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现代 微 电 子 技术 、 无 线 通信 技术 、 计 算 机 技术 和 信和 号 处 到 




















无 线 传 感 网 与 TinyOS 


技术 的 进步 以 及 互联 网 的 迅猛 


发 展 极 大 地 推动 了 低 功 耗 多 功能 传感器 的 快速 发 展 。 无 线 传感器 网 络 (Wireless Sensor 





Network，WSN) 作为 信息 获取 技术 新 的 发 展 方向 的 代表 应 运 而 4 
围 非常 广泛 ， 涉 及 军事 应 用 、 工 浊 
交通 控制 管理 等 诸多 领域 ， 





























村 点 使 其 应 用 范 


家 居 或 建筑 、 






































上 E 。 无 线 传感器 网 络 的 诸多 
监视 与 控制 、 环 境 监测 、 医 疗 监 护 、 


基 口 全 已 
人 镶 能 
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(Business Week) 预测 : WSN 和 














国 橡树 岭 国 
(Network is Sensor) 的 论断 ， 美 


一 场 划时代 的 军事 技术 革命 和 未 来 
未 来 20 年 预见 技术 的 调查 报告 显 





的 研究 工作 ， 一 份 有 关 我 国 











家 实验 室 (Oak Ridge 











到 《今日 























题 中 有 7 项 与 传感器 网 络 直 接 相关 ，| 
无 线 传感器 网 络 节点 是 一 个 资源 受 限 的 
些 藤 入 式 操作 系统 都 不 能 很 好 地 适 






















































































此 可 见 人 们 对 WSN 的 习 
庶 入 式 系统 ， 


有 广阔 的 市 场 和 产业 前 景 。 美 国 《 商 业 局 
其 他 三 项 信息 技术 将 会 在 不 远 的 将 来 掀起 新 的 产业 浪潮 ; 美 
National Laboratory，ORNL) 提 昌 
防务 》 杂 志 甚 至 认为 WSN 的 应 用 和 发 
战争 的 变革 。 在 国内 ， 各 大 科研 院 所 也 纷纷 展 
示 ， 信 息 领域 的 157 项 技术 课 
EE 视 程度 。 























刊 》 








上 了 “网 络 就 是 传感器 ” 





展 ， 将 引起 
了 该 领域 
































其 自身 的 一 些 特 点 决定 了 现 有 的 









































































































































有 适应 其 自身 特点 的 专 






















































































属 操作 系统 。 近 年 来 ， 无 线 传感器 网 络 作 为 国内 外 研究 的 热点 领域 ， 已 经 吸引 了 大 量 优秀 的 
科研 团队 参与 研究 ， 许 多 国内 外 的 知名 大 学 和 研究 机 构 都 纷纷 开发 出 了 具有 自主 知识 产权 的 
WSN 操作 系统 ， 比 如 : 美国 加 州 大 学 伯克利 分 校 开发 的 TinyOS、 首 尔 大 学 开发 的 SenOS 以 
及 我 国 中 科 院 计算 机 研究 所 开发 的 GOS 操作 系统 等 。 本 书 以 TinyOS 操作 系统 为 研究 对 象 ， 
重点 介绍 了 TinyOS 编程 语言 的 特点 ;深入 分 析 了 该 系统 中 各 个 模块 的 功能 ， 详 细 剖 析 了 
TinyOS 应 用 程序 的 运行 流程 ， 最 后 ， 给 出 一 个 具体 的 开发 实例 ， 使 读者 对 该 操作 平台 的 运 
行规 律 有 一 个 更 加 清晰 的 认识 。 
1 无 线 传 感 网 

无 线 传感器 网 络 是 由 部 署 在 监测 区 域内 的 大 量 低 成 本 、 低 功 耗 的 传感器 节点 组 成 ， 这 些 











传感器 节点 协作 地 感知 、 




















息 发 送 给 














采集 和 处 到 


] 户 。WSN 比较 典型 的 工 











EE 网络 神 盖 区 域 
的 、 自 组 织 的 无 线 网 络 将 信息 传输 到 汇聚 节点 ， 然 后 再 利 有 








被 感知 对 象 的 信息 ， 并 通过 
月 Pnternet、 卫 星 等 通信 方式 将 信 

















个 多 跳 















































和 -方式 : 将 大 量 传感器 节点 抛 撤 到 感 兴趣 区 域内 ， 点 


之 间 通 过 自 组 织 的 形式 快速 形成 一 个 无 线 网 络 。 随 机 分 布 的 集成 有 传感器 、 数 据 处 理 单 元 和 
的 热 、 红 外 、 雷 达 和 地 震波 等 信号 ， 








通信 模块 的 微小 节点 借助 内 置 的 传感器 测量 
度 、 噪 声 、 
的 物理 参数 。 在 无 线 传感器 网 络 
充当 信息 的 路 由 ， 采 集 的 数据 通过 多 跳 路 由 到 达 网 关 。 网 关 是 其 中 




















从 而 探测 包括 温度 、 
等 众多 部 署 者 感 兴 



































周 





光 强 度 、 








围 环境 














压力 、 土 壤 成 分 、 移 动物 体 的 大 小 、 速 度 和 方向 





PF， 厄 点 既是 信息 的 采集 和 发 出 者 ， 也 




















个 特殊 的 节点 ， 可 以 通 
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TinyOs 实用 编程 一 一 面向 无 线 传 感 网 节点 软件 开发 

















过 互联 网 、 移 动 通信 网 络 、 卫 星 等 与 监控 中 心 进行 通信 ， 也 可 利用 无 人 机 飞越 网 络 上 空 ， 通 
过 网 关节 点 来 采集 数据 。 


1.1.1 无 线 传 感 网 的 提出 与 发 展 


1. 无 线 传 感 网 的 提出 

无 线 传感器 网 络 的 研究 起 源 于 20 世纪 70 年 代 ， 最 早 应 用 于 军事 领域 。1978 年 ， 美 国 
国防 部 高 级 项 目 研究 团 (Defense Advanced Research Projects Agence，DARPA) 的 分 布 式 传 
感 器 网 络 (Distributed Sensor Networks，DSN) 项 目 开 启 了 现代 传感器 网 络 研 究 的 先河 ， 如 
图 1-1 所 示 。 
































Acoustic Array Mobile Node Equipment Rach 
声 阵 列 移动 节点 设备 架构 


图 1-1 分 布 式 目标 跟踪 试验 床 构 成 


通过 卡耐基 梅 隆 大 学 、 麻 省 理工 学 院 等 大 学 研究 人 员 的 努力 ，DSN 项 目 在 信号 处 理 、 
节点 实验 平台 等 很 多 方面 取得 了 一 定 的 进展 。20 世纪 80 一 90 年 代 ，WSN 的 研究 依然 主要 集 
中 在 军事 领域 ， 并 成 为 了 网 络 中 心 战 中 的 关键 技术 ， 其 中 比较 著名 的 系统 包括 : 美国 海军 研 
制 的 协同 交战 能 力 系 统 《Cooperative Engagement Capability，CEC)、 远 程 战场 传感器 网 络 系 
统 (Remote Battlefield Sensor System，REMBASS) 和 战术 远程 传感器 系统 〈Tactical Remote 
Sensor System，TRSS) 等 。1994 年 加 州 大 学 洛杉矶 分 校 的 William J. Kaiser 教授 向 DARPA 
提交 了 研究 建议 书 “Low Power Wireless Integrated Microsensors”， 这 对 推动 WSN 的 研究 具 
有 里 程 碑 式 的 意义 。1998 年 G. J. Pottie 从 网 络 研究 的 角度 重新 闻 释 了 WSN 的 科学 意义 。 由 
于 WSN 巨大 的 应 用 价值 ， 无 线 传 感 器 网 络 的 学 术 研 究 在 世界 范围 内 逐渐 展开 ， 其 中 最 为 著 
名 的 项 目 有 : MIT 的 uAMPS 和 NMS 项 目 ，UC Berkeley 的 PicoRadio 和 Smart Dust 项 目 ; 
哈佛 大 学 的 Code Blue 项 目 ， 南 加 州 大 学 的 SCADDS 项 目 等 。 美 国 自然 科学 基金 委员 会 分 别 
于 2003 年 和 2004 年 设立 并 推出 了 “嵌入 式 智能 传感器 研究 中 心 ”(Center Of Embedded 
Networked Sensing，CENS) 和 “网 络 技术 与 系统 ”(Networking Technology And Systems， 
NeTS) 研究 项 目 ， 取 得 了 一 系列 杰出 的 研究 成 果 。 

在 我 国 ， 国 家 自然 科学 基金 委员 会 、 科 技 部 、 工 业 和 信息 化 部 等 对 无 线 传感器 网 络 的 研 
究 极为 重视 ， 国 家 自然 科学 基金 委员 会 于 2003 年 开始 对 WSN 的 研究 进行 资助 ， 并 于 2004 
年 将 其 列 为 重点 科研 项 目 。 国 务 院 在 制定 《国家 中 长 期 科学 和 技术 发 展 规划 纲要 〈2006- 
2020 年 )》 时 将 “传感器 网 络 及 智能 信息 处 理 ” 列 为 未 来 信息 产业 及 现代 服务 业 的 重点 方向 
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国家 的 大 力 支 持 下 ， 包 括 清华 大 学 、 北 京 

















动 化 所 等 国内 多 所 高 校 和 科 和 





2. 无线 传 感 网 的 研究 进展 











无 线 传 感 网 络 的 看 








究 起 于 美国 

















工业 界 和 学 术 界 等 业界 已 经 


计划 。 






































无 线 传 感 网 与 TinyOS| 第 1 齐 | 




















1 于 无 线 传 感 网 络 的 


机 构 积 极地 展开 了 对 WSN 各 方 


军 方 。20 世纪 90 年 代 末 
意义 上 的 无 线 传 感 网 络 得 以 产生 并 逐步 发 展 。 从 2000 年 起 ， 国 
线 传 感 网 络 研 究 成 果 的 报道 。 





巨大 应 用 价值 ， 许 多 


g 电 大学、 中 科 院 计算 机 研究 所 、 沈 阳 自 





的 研究 工作 。 




















期 ， 在 美国 
际 上 开 


军 方 资助 下 ， 现 代 
始 出 现 一 些 有 关 无 
国家 的 军事 界 、 




































































开始 对 划 


民 据 研究 侧重 点 的 不 同 ， 可 以 将 无 线 传 感 
第 一 个 阶段 主要 致力 于 小 型 化 、 低 功 耗 、 传 感 器 节点 的 开发 和 看 














平台 和 初级 应 用 示范 系统 ， 






































通信 协议 及 上 
术 、 














广泛 关注 ， 


中 Motes 便 件 3 
泛 ， 已 为 全 球 400 多 家 研究 机 构 所 采用 。 第 二 个 阶段 了 
i 支撑 技术 的 深入 研究 工作 ， 如 MAC 协议 、 路 由 协议 、 传 输 
时 间 同 步 等 。 同 时 ， 美 国 各 大 高 校 和 研究 机 构 及 其 他 各 国 























并 相继 启动 了 许多 无 线 传 感 网 络 的 研究 





网 络 技术 从 产生 到 现在 大 致 划分 为 两 个 阶段 。 

















制 ， 出 现 了 大 量 的 传 感 节点 





F 台 及 其 配套 的 TinyOS 操作 系统 应 用 最 为 ) 





要 致力 于 开展 大 量 针对 无 线 传 感 网 络 








层 协议 、 定 位 技 
的 相关 研究 机 构 也 都 开始 了 对 











无 线 传 感 网 络 中 的 信息 处 理 、 数 据 查询 等 问题 的 细 化 研究 。 





(1) 军事 领域 























1978 年 美国 国 

















防 部 高 等 计划 看 
布 式 传感器 网 络 研讨 会 上 ， 提 出 对 传感器 网 络 展开 


究 署 在 宾 夕 法 


已 亚 州 匹兹堡 的 卡 





时 基 梅 隆 大 学 主办 的 分 

















90 年 
目 。1998 年 | 
力 于 下 









































尺 开始 了 对 无 线 传 感 网 络 的 研 
包括 加 州 大 学 伯克利 分 校 、 麻 省 天 
究 大 规模 分 布 式 军事 传 感 系统 的 无 线 专 








[ 究 ， 并 有 针对 | 








有 














Lr 


| 二 





工 、 


究 。 各 军事 部 门 和 下 
FE 地 设立 了 一 系列 军事 传感器 网 络 研 究 项 
哈佛 在 内 的 25 个 研究 机 构 共同 承担 臻 














究 机 构 从 20 世纪 





























Technology) 项 目 。1999 年 开始 并 于 2001 






































立方 毫米 、 使 用 太 扩 








侣 已 
月 E 











EE 池 供 电 、 
点 可 用 于 隐蔽 式 战场 监视 ， 将 重要 的 情报 秘密 发 送 给 中 








其 有 交通 信 









































2001 年 美国 陆军 
的 感知 能 力 。2002 年 5 月 ， 美 国 Sandia 国家 
武器 玲 击 的 系统 ， 这 属于 美国 能 源 部 多 怖 对 策 项 











台 已 
月 


了 











网 络 的 SensIT (Sensor Information 
年 完成 的 Smart Dust 项 目 ， 研 制 出 了 体积 不 超过 1 




















J] 惹 浮 于 空中 的 自治 传感器 节点 。 该 节 
央 指 挥 控 制 中 心 。 




















提出 了 “灵巧 传感器 网 络 通信 ”计划 ， 很 大 程度 上 提高 了 对 战场 态势 
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La 


同 研究 防范 生化 














群 ” 地 面 无 线 传感器 
组 网 系统 ”研究 项 目 





























网 络 标 志 














室 军 展开 了 对 WSN 相关 方面 





场 状 态 感知 能 力 。 
(2) 工业 领域 








实验 室 与 美国 能 源 部 合作 
目的 重要 环节 。2005 年 美军 试验 成 功 的 “对 
着 电子 战 领域 的 最 新 技术 突破 。 美 国 





， 该 系统 是 一 套 实 时 数据 库 管 型 




















系统 ， 能 够 部 署 到 各 级 指挥 单位 。 美 国 
































海军 最 近 确 立 了 “传感器 






































的 研究 ， 骨 在 为 部 队 官兵 提供 战场 威胁 的 实时 信 ， 











息 、 增 强 其 战 

















在 工业 领域 ，1995 年 美 



































国 交通 部 提出 了 “国家 








系统 ， 并 预计 到 2025 旬 





F 全 面 投入 使 





智能 交通 系统 项 目 规划 ” 试图 有 效 集成 
先进 的 信息 技术 、 数 据 通信 技术 、 传 感 技术 、 控 制 技术 及 计算 机 处 理 技术 ， 建 立 大 范 
位 实时 高 效 的 综合 交通 运输 管 至 
作为 信息 业 巨 头 ，Intel 和 Microsoft 也 开始 了 对 WSN 应 





围 全 方 











用 。 
用 方面 的 























究 。Intel 公司 于 


2002 年 10 月 24 日 发 布 了 “基于 微型 传感器 网 络 的 新 型 计算 发 展 规划 ” 致力 于 微型 传感器 








网 络 在 预防 医学 、 环 境 
理 阶 段 、 实 现 阶 段 和 应 















































阶段 。 物 理 阶 段 主 要 


监测 、 行 星 探 测 等 领域 的 应 
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页 计 用 三 个 阶段 来 实现 该 计划 ， 即 物 


















































于 














发 集成 感知 、 计 算 和 通信 功能 的 超 微型 
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TinyOS 实用 编程 一 一 面向 无 线 传 感 网 节点 软件 开发 


传感器 ， 实 现 


于 预防 医学 、 


2002 一 2005 年 的 欧洲 研究 计 蕊 


括 来 自 荷兰 、 








阶段 将 在 实际 商务 
环境 监测 及 灾害 对 策 











| 





法 国 、 意 大 利和 德 
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Microsoft 在 印度 设立 了 传感器 研发 





























展 研 究 ， 为 


(3) 学 术 领 域 














在 学 术 领 域 ，2003 年 美国 
划 ， 
联合 周边 大 学 开展 “ 髓 入 式 智 外 


新 兴 的 市 场 提供 技术 。 









































础 理 


论 的 研究 工作 ， 以 求 利 






































支持 相关 基础 理 





论 的 








Pp 心 ， 由 和 寿 


E 网 络 传感器 ” 丰 
学 伯克利 分 校 、 麻 省 理工 、 波 士 顿 大 学 等 研究 机 构 率先 开 
用 传感器 网 络 对 我 们 生活 的 4 


究 。 同 时 ， 这 也 是 美国 国情 咨文 ! 


使 用 来 自传 感 网 的 感知 数据 ;应 月 
等 领域 。 
EYES (Energy efficient sensor networks) 项 目 中 ， 包 





日 阶 段 将 无 线 传 感 网 络 用 





国 的 研究 机 构 ， 主 要 研究 J 
的 问题 ， 解 决 了 无 线 分 布 式 信息 采集 、 处 至 
新 一 代 的 传感器 节点 能 够 有 效 组 网 ， 并 为 大 量 异 构 的 移动 传 感 网 络 提供 了 





E 和 传输 的 问题 ， 提 出 了 体系 结构 和 机 


能 量 


有 效 的 自 组 织 协同 传 感 网 络 
日 关 技 术 ， 使 
台 。2005 年 











区 























E 地 下 








自然 科学 基金 委员 会 (NSF) 
并 一 期 资助 4000 万 美元 在 加 州 大 学 洛杉矶 分 校 成 立 了 传感器 网 络 研 究 中 心 (CESN)， 
项 目 。 在 NSF 的 推动 和 帮助 下 ， 加 州 大 

















多 


信息 系统 、 多 语言 系统 和 传感器 网 络 领域 











判定 了 无 线 传感器 网 络 研究 计 
































展 了 无 线 传 感 网 络 的 关键 技术 和 基 
掏 理 世界 实现 全 方位 的 测试 与 控制 
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一 。 儿 乎 美国 
芬兰 和 意大利 


我 国 的 无 线 传 感 网 络 及 





所 有 著名 院 校 者 
等 国家 的 研究 机 构 也 帮 
应 用 看 


















































所 和 
国 

















移动 、 华 为 











国 





等 大 型 企业 都 较 




















国 





目 。 目 前 ， 


























家 重大 基 而 








1.1.2 无 线 传 感 网 的 特点 与 优势 
无 线 传感器 网 络 与 传统 的 无 线 网 络 (如 Ad hoc 网 络 、Wi Fi、Wimax 和 GSM 等 ) 有 着 不 


同 的 设计 到 
率 ， 同 时 为 











9 人 ~ 


Es 





>» 


后 者 在 高 度 移动 的 环境 


前 列 的 方向 之 一 。 中 
动 化 所 等 科研 机 构 ， 清 华 大 学 、 上 海 交 通 大 学 、 北 京 
展 了 无 线 传 感 网 络 的 有 
规划 》 的 重大 专项 、 优 先 发 展 主题 、 科 技 前 沿 等 部 分 ， 都 将 无 线 传 感 
4 研究 发 展 计划 973 计划 、 
也 都 有 项 目 资助 无 线 传 感 网 络 领 域 的 基础 理论 和 关键 技术 研究 。 











上 
有 关 Internet2 最 主要 的 远景 规划 之 





有 研究 小 组 在 从 事 传感器 网 络 相 关 技 术 的 研究 ， 德 国 、 英 国 、 











F 始 了 传感器 网 络 的 看 
f 究 起 于 1999 年 中 国 科学 院 《 知 识 创新 工程 试点 领 ] 
向 研究 》 的 信息 与 自动 化 领域 研究 报告 ， 并 成 为 该 领域 提出 
技 领域 内 少数 位 于 世 











国 科学 院 

















上 海 微 系统 研究 所 、 软 件 研究 所 、 


国家 自然 科学 基金 和 国 








究 工 作 。 

成 方 
的 五 个 重大 项 目 之 一 ， 是 我 国 科 
对 
大 学 和 天 津 大 学 等 院 校 ， 
《国家 中 长 期 科学 与 技术 发 展 
网 络 作为 重点 研究 项 
家 863 高 技术 计划 















































日 








究 。 





























NN 
















































































通过 优化 路 | 























和 资源 管理 





策略 最 大 化 带宽 的 利 上 





上 





























j 户 提供 


定 的 服务 质量 保证 ; 











部 分 节点 者 





并 不 适 





和 算 当 
显 





























合 传感器 网 络 的 特点 和 应 


1. 无线 传 感 网 的 特点 





提 
、 不 同 于 传统 网 络 体系 结构 的 新 型 网 络 。 





A 





而 无 线 传感器 网 络 中 除 少数 节点 需要 移动 外 ， 大 
是 静止 的 。 研 究 表明 : 无 线 传感器 网 络 与 传统 无 线 网 络 有 首 
求 ， 前 者 以 数据 为 中 心 ， 后 者 以 传输 数据 为 目的 。 一 些 为 自 组 织 的 Ad hoc 网 络 设计 的 协议 
要 求 。 所 以 说 无 线 传感器 网 络 是 一 种 自身 特点 明 





了 王 
x 





明显 不 同 的 技术 








部 分 节点 是 处 于 体 上 
毁 性 ， 
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(1) 网络 中 的 
由 

















特别 是 军事 应 有 











节点 数量 多 、 规 模 大 

于 无 线 传 感 网 络 节点 的 通信 能 力 、 感 知 范围 和 能 
民 状 态 的 ， 所 以 但 
时， 通常 在 监测 区 域 布设 大 量 的 传感器 节点 ， 节 点 数 以 干 计 ] 


有 丘 . 态 


里 于 限 ， 
FE 往 需要 布设 大 量 的 传感器 节点 来 保 订 


























且 实 际 工作 





P 为 了 广 外 














了 各 已 


FE 网 络 的 容错 愧 


大 
E 和 抗 


Cy» 











日 分 布 非 











妆 
是 









































密集 。 大 量 密 有 
量 的 采集 信 ， 








通 





里 大 
通过 


攻 的 传感器 节点 可 以 通过 
区 可 以 降低 对 和 








节点 的 密集 布设 对 








无 线 传 感 网 与 TinyOS| 第 1 澡 | 








不 
器 节 














FE 个 传感器 


[EA 

















节点 进行 合 








(2) 微型 化 、 集 成 度 高 、 价 
微机 电 系 统 (MEMS ) 技术 和 低 功 耗 ! 
廉 并 集成 有 微 传感器 或 执行 器 、 
成 为 可 能 ， 为 无 线 传 感 器 网 络 的 诞生 提供 了 重要 上 








传感器 节点 的 一 大 特色 。 





息 处 2 


(3) 协作 式 网 络 
协作 是 


丰 



































里 的 体 上 








同 空间 视角 获得 


具有 大 信 噪 比 的 信息 











点 的 精度 要 求 ; 























已 

















微 处 理 器 和 





E 线 通信 等 多 种 功 




















能 够 增 大 监测 
民 调 度 ， 可 以 有 效 延 长 网 络 的 工作 时 间 。 
格 低廉 的 传感器 节点 
子 技术 的 发 展 ， 使 开 








能 部 件 


发 功 耗 低 、 
的 无 线 传 感 器 网 络 节点 
的 技术 条 件 。 上 述 的 节点 特征 也 成 为 了 无 线 


0 
减少 计 





范围 ， 


体积 小 、 价 格 低 























点 可 以 从 不 同 的 空 
行 感知 ， 获 得 更 为 精确 
受 限 的 不 利 因 
节点 之 间 可 以 通过 
接收 等 机 种 


飞机 揪 
不 能 预先 精 有 












































多 跳 
I， 实现 延伸 
(4) 网 络 自 组 、 司 





、 完 整 的 信 









































间 位 置 或 不 同 的 现象 角度 〈 如 物理 现象 、 化 
息 ; 通过 协作 ， 传 感 器 节点 可 以 死 服 自身 处 理 和 存储 能 

素 ， 在 多 个 节点 的 共同 协作 下 完成 对 复杂 任务 的 感知 功能 ， 通 过 协作 ， 传 感 器 
中 继 转 发 实现 远 距 离 通信 ， 也 可 以 通过 多 节点 协作 发 射 、 多 节点 协作 
通信 距离 、 改 善 通信 质量 、 
) 态 拓扑 





























无 线 传感器 


节点 通常 采用 随机 布设 的 方式 被 放置 





撤 等 方式 



























































耗 尽 


中 。 


上 述 因 


管 








器 网 络 的 自 组 乡 


主要 用 于 分 组 的 存储 转发 ， 网 络 设备 使 月 
器 、 服 务 器 等 网 络 设 备 的 IP 地 址 ， 所 以 称 
网 络 。 而 无 线 传感器 网 络 是 一 个 任务 型 的 网 络 ， 以 完成 对 环境 的 感知 、 
旦 节点 标号 与 节点 的 位 置 之 间 没有 必然 的 联系 。 用 户 使 用 
通知 给 网 络 ， 而 不 是 去 访问 具有 某 个 地 址 标识 
息 之 后 汇报 给 用 户 ， 这 是 一 种 以 数据 本 身 作 为 查询 或 传输 


赖 于 终端 、 路 





网 络 中 的 节点 采 
传感器 网 络 查 询 
的 节点 ， 网 络 在 者 


或 受到 环境 因 











而 ] 








素 ， 无 线 传 感 网 络 必须 色 
里 及 调度 ， 来 适应 不 断 变化 的 内 、 外 部 环境 ， 保 持 自 喘 工作 的 连续 
网 络 功 能 的 自 调度 以 及 网 络 的 自主 管理 等 。 





他 一 











一 些 节 


市 点 又 可 能 为 了 避 











上 汽 能 


了 用 
E 够 通过 节点 














度 机 和 出 ? 
需求 又 决定 了 传 感 


章 】 


E 线 传感器 网 络 执行 任务 的 基本 工作 方式 ， 一 般 包 括 协作 式 信 息 采 集 


协作 式 信息 存储 、 协 作 式 信息 传输 等 。 通 过 协作 ， 多 个 相同 或 不 同类 型 的 传感器 


学 现象 等 ) 


、 协 作 式 信 


节 




















同 对 感知 对 象 进 











降低 网 络 能 耗 等 目的 。 





各 传感器 节点 布设 到 人 类 不 可 到 达 或 危险 的 区 域 中 。 传 感 网 络 ， 
设 定 ， 节 点 之 间 的 相 邻 关系 也 不 能 预先 确定 。 另 外 ， 
素 影响 而 失效 ， 而 
而 被 补充 进来 ， 再 加 上 节点 可 能 移动 以 及 采用 休眠 调 
量 ， 无 线 通信 环境 的 时 变 特征 和 





传感器 
尔 补 失效 节 


网 络 的 高 度 











之 间 的 相互 协调 


日 、 
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主要 包括 自 组 织 通信 、 














(5) 以 数据 为 中 心 、 


传统 网 络 通常 


Ms 























应 用 相关 的 网 络 


以 传输 数据 为 目的 ， 所 有 的 功能 处 到 









































j 节 点 编号 标识 ， 
事件 时 ， 直 接 将 所 关心 的 事 人 
得 指定 事件 的 信 
































协商 与 协同 





都 在 网 络 终端 进行 ， 网 络 的 
唯一 的 卫 地址 进行 标识 ， 资 源 定 位 和 信息 传输 依 
传统 网 络 是 一 个 以 地 址 为 中 心 的 
监测 和 反馈 为 目的 。 

















于 缺乏 基础 通信 设施 的 环境 中 ， 如 通过 














市 点 的 位 置 


























节点 可 能 由 于 能 量 
点 或 增加 监测 精度 
网 络 拓扑 往 和 人 


处 于 动态 变化 之 
时 空 复杂 性 。 鉴 于 
， 自 动 进行 配置 、 








性 和 高 效 性 。 无 线 传 感 




















间 节 点 





























线索 的 方式 ， 更 加 接近 于 自然 语言 交流 的 习惯 ， 所 以 称 无 线 传 感 器 网 络 是 一 个 以 数据 为 中 心 
的 网 络 。 


物 怕 





无 线 传感器 网 络 通过 























感知 客观 世界 来 获取 数据 信息 ， 不 同 的 传感器 网 络 应 用 关心 不 同 的 














量 ， 因 








此 不 同 的 应 








之 间 也 存在 着 很 大 的 差别 ， 所 以 无 线 传 感 器 网 络 不 像 互 联网 那样 











背景 对 传感器 网 络 的 要 求 不 同 ， 其 硬件 平台 、 软 件 系统 和 网 络 协议 








有 统一 





的 通信 协议 平台 ， 针 
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TinyOS 实用 编程 一 一 面向 无 线 传 感 网 节点 软件 开发 





对 每 一 个 具体 应 用 来 设计 传感器 网 络 ， 是 该 网 络 不 同 于 传统 网 络 的 显著 特征 。 


Hop)、 对 等 (Peer to Peer) 的 通信 方式 比 传统 的 单 跳 、 主 从 通信 方式 更 适合 在 无 线 传感器 网 
PP 使用。 由 于 每 跳 的 距离 较 短 ， 无 线 收 发 器 可 以 刀 
信 方 式 可 以 有 效 地 避免 在 长 距离 无 线 信号 传播 
高 了 数据 传输 的 有 效 性 。 

2. 无 线 传 感 网 络 的 优势 


络 


络 ， 能 够 实 
联网 发 送 给 
智能 、 协 同 泛 在 的 感知 。 与 传统 的 无 线 网 络 相 比 ， 具 





设 、 


离 密集 监测 ， 可 以 甩 

量 宛 余 节点 的 存在 ， 使 得 系统 
的 信 品 比 ; 

迅速 


通过 自 组 织 的 方式 构成 网 络 ， 利 用 
中 的 热 、 红 外 、 雷 达 等 信号 进行 实时 
现象 。 这 些 特点 决定 了 无 线 传 感 网 络 将 会 是 泛 在 普 适 环境 的 核心 组 成 部 分 ， 成 为 











许多 物理 
普 适 计算 中 “无 所 不 在 的 感知 ”的 基 胡 














(6) 多 跳 、 对 等 的 通信 方式 























由 于 大 量 传感器 节点 是 密集 布设 的 ， 且 节点 之 间 的 通信 范围 有 限 ， 因 此 ， 多 跳 (Multi- 




















































































































E 较 低 的 能 量 级 别 上 工作 。 另 外 ， 多 跳 通 


过 程 中 遇 到 的 信号 衰减 和 干扰 等 各 种 问题 ， 提 


























无 线 传 感 网 络 是 由 大 量 微型 传感器 节点 以 无 线 、 多 跳 、 自 组 织 方式 构成 的 分 布 式 协作 网 








时 协同 地 感知 、 采 集 和 处 到 





监测 


























(1) 布设 灵活 























(2) 容错 能 力 强 、 可 靠 性 高 


大 量 康 价 、 微 型 的 传感器 节点 对 监测 区 域 进 行 密集 空间 抽 相 
取 非 常 高 的 信息 感知 精度 ， 这 是 传统 单一 大 型 传感器 所 难以 达到 的 ;大 














无 线 传 感 网 络 自 组 织 、 协 作 通 信 等 特点 
飞机 播撒 等 方式 将 传感器 节点 随机 部 署 到 


应 用 场合 。 所 以 ， 无 线 传 感 网 络 在 布设 、 使 用 上 的 灵活 






































区 域内 各 种 环境 和 对 象 的 信息 ， 并 通过 卫星 或 互 
户 ， 使 得 人 们 可 以 在 任何 时 间 、 地 点 以 及 任何 环境 下 实现 对 物理 世界 的 动态 、 


本 三 


以 下 几 个 比较 明显 的 优势 。 



































监测 区 域 ， 万 














































































































(3) 普 适 泛 在 








x 大 二 台 已 


有 很 强 的 容错 能 力 ; 





























使 网 络 的 布设 方式 灵活 便捷 ， 可 以 通过 人 工 布 
适合 于 一 些 不 易 到 达 、 人 危险 的 
要 远 远 强 于 传统 的 无 线 网 络 。 








EFE， 或 者 对 监测 目标 进行 近 距 




















取 非 常 高 的 可 靠 性 。 





























通过 不 同 空间 视角 获得 的 信息 具有 更 大 
于 无 线 传感器 网 络 具 有 上 自 组 织 特 点 ， 当 某 一 节点 发 生 故障 或 失效 时 ， 其 功能 可 
| 其 他 节点 替代 承担 。 因 此 ， 虽 然 单一 传感器 节点 的 可 靠 性 比较 低 ， 但 作为 一 个 系统 整 
体 ， 无 线 传感器 网 络 可 以 和 























无 线 传 感 网 络 中 部 署 大 量 集成 有 传感器 、 数 据 处 理 单元 和 通信 模块 的 微小 节点 ， 它 们 

































































一 大 优势 。 


用 




















(4) 高 度 自治 











与 传统 的 无 线 网 络 不 同 ， 无 线 传 感 网 络 没有 固定 的 基 而 
平等 的 ， 都 具备 数据 采集 和 无 线路 
， 由 于 节点 的 高 故障 率 、 体 眠 机 
为 了 使 网 络 高 效 有 序 地 运行 ， 无 线 传 感 网 络 应 具有 


























(5) 经 济 性 好 











平台 

















的 功能 ， 而 | 
站 等 因 








内 置 的 功能 








异 、 形 式 多 样 的 传感器 对 周边 环境 
的 协作 感知 ， 从 而 探测 到 光 强 、 湿 度 、 温 度 和 噪声 等 
































。 能 够 与 物 到 
































i 设施， 网 络 中 节点 之 间 的 地 位 是 
日 节 点 之 间 自 组 成 网 ， 相 互 协作 。 在 实际 应 
素 会 导致 无 线 传 感 网 络 的 拓扑 动态 变化 。 因 此 ， 
民 强 的 自 适应 和 自治 能 力 。 








世界 紧密 耦合 是 无 线 传 感 网 络 的 





























无 线 传 感 网 络 利用 无 线 传输 代替 了 传统 的 线 线 传输 ， 从 很 大 程度 上 降低 了 系统 的 建设 成 
本 。 其 次 ， 随 着 半导体 技术 、 计 算 机 技术 和 微 系统 技术 的 迅 狐 发 展 以 及 无 线 传 感 网 络 的 广泛 











应 月 





， 




















单一 传感器 节点 的 造价 将 会 越 来 越 低 。 因 








此 ， 与 传统 的 无 线 网 络 相 比 ， 无 线 传 感 网 络 











在 经 济 适 
1.1.3 无线 传 感 

















上 的 优势 将 越 来 越 明 





显 。 


网 的 应 用 





无 线 传 感 网 与 TinyOS| 第 1 齐 | 














无 线 传感器 网 








其 得 天 独 厚 的 技术 
护 开 
活 的 各 个 方面 。 
1. 军事 应 用 
无 线 传感器 网 
力 不 会 使 整个 系统 
劣 的 战场 环境 
察 和 探测 核 、 生 物 
带 的 计算 机 进行 感 


装 























忆 ， 








络 具 有 
优势 ， 











上 分 广阔 的 应 有 


前 景 ， 在 军事 、% 

















等 领域 。 随 着 无 线 传感器 网 络 的 不 断 深 入 和 











络 自 i 














包括 ! 


监视 冲突 

















Fs 间 探 索 和 灾 鸡 
能 够 广泛 应 用 于 环境 监测 、 智 能 家 居 、 仓 库 管 理 
究 和 探索 ， 传 感 器 网 络 将 逐渐 延伸 





具有 部 署 迅速 、 隐 蔽 性 高 、 容 错 性 强 的 特点 ， 其 自 组 织 性 
因为 个 别 贡 点 的 损坏 而 崩溃 ， 这 一 特点 使 得 传感器 








揉 救 等 特殊 领域 有 























E、 城 市 交通 、 健 康 
到 人 类 生 








和 容错 


























、 化 学 攻击 等 。 美 车 








海军 











知 数据 的 处 理 


s 





载 有 传感器 的 战机 来 共享 感知 数据 ， 利 





F 展 的 网 状 传感器 系统 使 


区 域 、 侦 察 敌 方 地 形 和 布防 、 定 位 攻击 目 


标 、 评 估 损 失 、 侦 



































] 战 船 或 飞机 战斗 群 扒 














每 艘 战 船 不 但 依赖 日 身 的 雷达 系统 ， 








还 依靠 其 他 战 船 或 者 
































这 些 多 方面 的 测量 数据 可 以 更 加 精确 地 











和 中 目 


标 。 无 线 传 感 器 网 络 已 经 成 为 CTSRT (Command，Control，Communication，Computing， 
Intelligence，Surveillance，Reconnaissance and Targeting) 系统 不 可 或 缺 的 一 部 分 。C4ISRT 系 


统 的 目标 是 条 
算 、 智 有 


战争 中 ， 对 六 




















上 用 先进 的 高 科技 技术 ， 为 未 来 的 现代 化 战争 
E、 监 视 、 侦 察 和 定位 于 一 体 的 战场 指挥 系统 ， 
F 突 区 和 军事 要 地 的 监视 也 是 公关 





设计 


企 储 全 从 


全 确 











| 未 印信 、 





控制 、 通 信 、 计 




















学 





























到 了 军事 发 达 国 
E 要 的 ， 通 过 铺设 传感器 网 络 ， 以 更 隐蔽 的 方 


家 的 普遍 重视 。 在 

















式 近 距离 地 观察 敌 方 的 布防 。 当 然 ， 也 可 以 直接 将 传感器 节点 撤 向 敌 方 阵地 ， 在 敌 方 还 未 来 





得 及 反应 时 迅速 收 
定位 信息 。 在 生物 








集 利于 作战 的 信 ， 
和 化 学 战 中 ， 利 
































内 ， 传 感 器 网 络 也 可 以 为 火 控 和 和 








传感器 网 络 及 时 、 准 而 

















贵 的 反应 时 间 ， 从 而 最 大 限度 地 减 小 伤亡 。 


2. 环境 科学 










































































判 导 系统 提供 准确 的 目标 
地 探测 爆炸 











FP 心 将 为 军 方 提供 宝 





也 越 来 越 广 ， 无 
时 监测、 气象 和 地 








人 


近年 来 ， 人 们 对 生态 环境 的 保护 意识 越 来 越 高 ， 环 境 科学 所 涉及 的 范围 
线 传 感 器 网 络 为 环境 研究 数据 的 获取 提供 了 极 大 的 方便 ， 可 用 于 洪水 和 地 
里 研究 、 监 视 农 作物 的 灌溉 和 土壤 空气 情况 等 。 基 于 传感器 网 络 的 ALERT 系统 中 就 有 数 种 
传感器 可 监测 降雨 量 、 河 水 水 位 和 土壤 水 分 ， 并 据 此 来 





无 线 传感器 网 络 还 有 一 个 十 分 重要 的 应 
息 数 据 及 时 地 传送 给 相 

2002 年 10 月 ，Intel 公司 发 布 了 “基于 微型 传感器 网 络 的 新 型 计算 的 发 
于 在 环境 监测 、 和 森林 灭火 、 海 底板 块 调查 、 行 星 探查 





生态 情况 ， 并 将 信 




















1 




















验 室 和 大 西洋 学 院 
3. 医疗 健康 
无 线 传感器 网 
项 生理 数据 、 医 院 























通信 技术 、 信 息 技术 以 及 纳米 技术 等 多 项 前 沿 条 
1L 压 、 脉 搏 测量 仪 来 监测 患者 的 体温 、 


自主 设计 的 临床 体 
信息 发 送 给 医疗 ! 


























的 研究 人 员 计 划 使 








络 在 





无 线 传 感 器 网 络 来 


医疗 系统 和 健康 护 到 

















关机 构 。 





等 领 ， 





























或 的 应 用 。Intel 五 




















方面 




















的 药物 管理 





E、 远 程 医疗 等 。 中 国 


E 测 山洪 暴发 的 可 能 性 。 除 此 之 外 ， 
就 是 对 生态 多 样 性 的 描述 ， 能 够 监测 动物 栖息 地 的 





展 规划 ” 致力 
究 中 心 伯克利 实 











口 

















究 海 岛 上 的 4 





的 应 用 越 来 越 成 熟 ， 包 括 实时 监 


E 态 环境 。 


上 4 人体 的 各 

















台湾 























温 计 和 


























心 。Intel 公司 正在 














究 通 过 |】 





学 技术 的 人 体 生 开 


上 








国立 大 学 开展 了 涵盖 生物 技术 、 网 络 
数据 监测 项 目下 














究 ， 通 过 

















1 压 等 常规 数据 ， 并 将 相关 
压力 检测 来 预测 初期 溃疡 的 “Smart Socks”， 
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以 及 根据 伤口 化 脓 情 况 来 确定 有 效 抗 生 物质 的 “智能 绷带 ”， 为 未 来 智能 医疗 的 实现 提供 了 
良好 的 技术 支持 。 无 线 传 感 器 网 络 的 应 用 为 有 视力 疾病 的 患者 带 来 了 福音 ， 在 SSIM (Smart 
Sensors and Integrated Microsystems) 计划 中 ， 用 100 个 微型 传感器 来 代替 视网膜 并 将 它 置 入 
人 眼 ， 这 样 可 以 使 失明 者 或 视力 极 差 者 恢复 到 一 个 较为 正常 的 视力 水 平 。 
4. 商业 应 用 

无 线 传感器 网 络 可 用 于 实现 家 居 环 境 、 工 作 环境 等 的 智能 化 。 欧 洲 的 “DELTA 计划 ” 
在 汽车 出 三 之 前 就 把 车 载 信 标 集成 到 车 载 的 计算 机 中 ， 这 是 车 辆 识别 和 车 辆 与 路 测 设备 通信 
的 必 选 器 件 ， 而 且 还 可 以 构成 自动 定位 和 汽车 导航 等 更 加 完整 的 应 用 体系 。 通 过 在 家 电 和 家 
有 具 中 藤 入 传感器 节点 ， 并 利用 无 线 网 络 和 互联 网 连接 在 一 起 ， 将 会 为 人 们 提供 更 加 舒适 、 方 
便 和 更 具 人 性 化 的 智能 家 居 环 境 。 除 此 之 外 ， 还 可 以 利用 无 线 传感器 网 络 来 建立 智能 交通 系 
统 、 智 能 幼儿 园 等 。 
无 线 传 感 器 网 络 重 要 的 科学 意义 和 应 用 价值 ， 已 经 引起 了 世界 发 达 国 家 学 术 界 、 军 事 部 
门 和 工业 界 的 极 大 关注 。2003 年 2 月 ， 美 国 《技术 评论 》 杂 志 评 选 出 对 人 类 未 来 生活 产生 深 
远 影 响 的 十 大 新 兴 技 术 ， 无 线 传感器 网 络 位 列 第 一 。2003 年 8 月 ， 美 国 《商业 周刊 》 的 技术 
评论 将 无 线 传感器 网 络 定位 成 21 世纪 高 技术 领域 的 四 大 支柱 型 产业 之 一 。 


| 1.2 无 线 传 感 网 节点 软件 技术 


无 线 传 感 器 网 络 的 网 络 体系 结构 ， 也 可 以 称 
为 传感器 网 络 的 结构 组 成 ， 如 图 1-2 所 示 。 

无 线 传感器 网 络 系 统 通常 包括 传感器 节点 
(Sensor Node)，Sink 网 关节 点 (Sink Node) 和 管 
时 节点。 大量 传感器 节点 随机 部 署 在 监测 区 域 
(Sensor Field) 内 部 或 附近 ， 能 够 通过 自 组 织 方式 
构成 网 络 。 传 感 器 节点 监测 到 的 数据 经 过 多 跳 路 
由 到 达 Sink 网 关节 点 ， 再 利用 互联 网 或 卫星 等 传 
输 到 管理 节点 ， 最 后 用 户 通过 管理 节点 对 无 线 传 
感 器 网 络 进行 配置 和 管理 ， 发 布 监测 任务 以 及 收 
集 监 测 数据 。 

传感器 节点 通常 是 一 个 微型 的 谋 入 式 系统 ， 
在 不 同 应 用 中 传感器 节点 的 结构 也 不 尽 相 同 ， 但 一 般 都 由 数据 采集 单元 、 数 据 处 理 单元 、 数 
据 存储 单元 、 数 据 传输 单元 、 电 源 和 奶 入 式 操作 系统 等 部 分 组 成 ， 如 图 1-3 所 示 。 其 主要 特 
点 介绍 如 下 。 

1) 节点 的 设计 面向 应 用 ， 不 同 的 应 用 领域 对 数据 采集 、 处 理 、 发 送 的 要 求 有 很 大 的 差 
别 ， 所 以 对 传 感 节点 的 要 求 也 不 尽 相 同 。 比 如 ， 环 境 污 染 监 测 系统 和 智能 仓库 系统 在 网 络 拓 
扑 结构 、 通 信 模 型 、 数 据 传送 模型 等 方面 都 有 很 大 的 区 别 。 所 以 ， 传 感 节点 的 设计 必须 与 应 
领域 密切 结合 。 

2) 节点 的 资源 受 限 ， 有 具体 表现 在 电池 能 源 有 限 、 计 算 及 存储 能 力 低 、 通 信和 能 力 差 等 方 
于 节点 都 趋 于 微型 化 ， 因 此 必然 导致 节点 所 带电 池 的 容量 受到 很 大 的 限制 ， 所 以 节点 







































































































































































































































































































































































监测 区 域 




















































































































图 1-2 ”无线 传 感 器 网 络 的 体系 结构 

























































































































































































面 。 
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的 节能 设计 是 关键 ， 节 点 的 低 成 本 导致 了 其 处 理 和 存储 能 力 的 不 足 ， 而 节点 的 通信 速度 则 很 














大 程度 上 受到 了 无 线 通信 带宽 的 影响 。 











1 
| | 

















图 1-3 无 线 传感器 网 络 节 点 的 基本 组 成 


传感器 节点 的 设计 与 实现 包括 硬件 技术 和 软件 技术 两 个 方面 。 无 线 传感器 网 络 节 点 软件 





























实现 技术 与 硬件 平台 密切 相关 ， 要 充分 利用 硬件 平台 的 处 理 能 力 ， 以 尽量 小 和 
销 实现 节点 功能 。 相 对 于 硬件 技术 而 言 ， 软 件 开发 与 实现 更 具有 特色 ， 本 书 将 重点 介绍 无 






































线 传 感 器 网 络 节点 的 软件 实现 技术 。 






































的 处 理 〈 能 量 ) 





























无 线 传感器 网 络 节 点 上 软件 应 实现 的 功能 主要 包括 : 采集 并 处 理 传感器 数据 、 组 网 通信 

















(完成 数据 的 传输 或 转发 )、 网 内 数据 处 理 、 全 网 时 间 同 步 、 节 点 定位 及 支持 上 述 功能 的 操作 
系统 内 核 〈 管 理 硬件 、 多 个 并 发 执行 任务 的 调度 与 同步 ) 等 。 对 于 不 同 的 无 线 传感器 网 络 应 






















































































无 线 传感器 网 络 节 点 上 通常 没有 用 户 接口 部 分 。 























领域 ， 某 些 软件 功能 可 能 不 同 ， 即 便 某 些 软件 功能 相同 ， 其 具体 实现 也 可 能 不 同 。 马 外 ， 


无 线 传感器 网 络 节点 的 软件 部 分 包括 嵌入 式 操 作 系统 和 应 用 ， 其 中 嵌入 式 操 作 系统 是 软 


























件 的 重要 组 成 部 分 ， 负 责 管理 硬件 与 传感器 、 调 度 与 同步 、 组 网 通信 等 ， 




































































为 应 月 


日 及 软件 中 间 








件 提供 安全 的 硬件 资源 和 方便 的 硬件 抽象 描述 ， 支 撑 应 用 软件 的 研发 。 图 1-4 给 出 了 比较 常 




















而 
O 


的 无 线 传感器 网 络 的 软件 功能 体系 结构 示意 









































嵌入 式 操作 系统 〈 任 














图 1-4 无 线 传感器 网 络 节 点 软件 功能 体系 结构 











在 无 线 传 感 器 网 络 节点 上 实现 软件 功能 时 ， 要 充分 考虑 无 线 传 感 器 网 络 的 能 量 有 限 、 计 
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线 传感器 网 络 节 点 的 软件 开发 都 是 























算 能 力 有 限 、 网 络 节点 数量 庞大 、 分 布 范围 广 、 网 络 动态 性 强 以 及 网 络 数据 量 大 等 特点 。 藤 
入 式 操作 系统 是 无 线 传感器 网 络 节 点 软件 中 最 重要 的 组 成 部 分 ， 从 很 大 程度 上 来 读 


+， 整 个 无 























围绕 着 嵌入 式 操作 系统 来 进行 的 。 目 前 ， 几 种 : 





型 的 应 用 


























于 无 线 传感器 网 络 的 操作 系统 包括 : 美国 加 利 福 尼 亚 大 学 伯克利 分 校 研发 的 TinyOS (Tiny 
Micro Threading Operating System)、 美 国 科罗拉多 大 学 开发 的 MOS (MANTIS OS) 等 ， 也 























络 。 目 前 ， 研 究 和 应 用 比较 多 的 是 TinyOS。TinyOS 具有 微型 化 、 支 持 轻生 
此 界 上 成 千 上 万 的 研发 人 员 所 采纳 。 




















1.3 TinyOS 


活 、 低 功 耗 等 优点 ， 已 经 被 ; 






































有 研究 者 试图 将 传统 的 嵌入 式 操作 系统 如 hnCOS、hClinux 进行 改进 并 应 用 于 无 线 传感器 网 









































级 并 发 操作 、 灵 


无 线 传感器 网 络 操作 系统 是 无 线 传感器 网 络 系统 的 基本 软件 环境 ， 是 绝 大 部 分 无 线 传 感 


器 网 络 应 用 软件 开发 的 基 而 
































服务 ， 而 是 定义 了 一 套 通 























的 界面 框架 ， 允 许 应 


























平台 ， 但 其 并 没有 特定 的 系统 用 户 界 面 ， 也 不 是 一 系列 特定 的 系统 
用 程序 选择 服务 和 实现 ， 它 提供 框架 的 模块 


化 ， 以 便 适 应 硬件 的 多 样 性 ， 同 时 允许 应 用 程序 重用 通用 的 软件 服务 和 抽象 。 对 无 线 传感器 网 

















络 操作 系统 的 










































































究 涉及 的 内 容 很 多 ， 如 任务 管理 、 内 存 管 理 、 低 功 耗 通信 协议 、 电 源 管理 、 文 





件 系统 等 。 归 纳 起 来 ， 无 线 传感器 网 络 的 特点 决定 了 其 操作 系统 的 特点 有 如 下 几 方 面 。 


1) 传感器 节点 大 
储 资源 极其 有 限 ， 同 时 1 











而 密集 的 使 








































































































要 求 其 只 能 使 用 廉价 的 CPU 和 存储 器 ， 所 以 节点 的 存 
于 采用 电池 供电 ， 电 能 难以 及 时 补充 ， 因 此 要 求 无 线 传感器 网 络 操 


作 系 统 应 该 可 以 根据 不 同 的 应 用 系统 进行 裁剪 和 扩充 ， 上 只 实现 必要 的 功能 ， 从 而 以 最 小 的 代 











码 量 满足 系统 需求 ， 最 大 和 

2) 鲁 棒 性 好 ， 传 感 器 节点 
月 甚至 数 年 的 时 间 ， 且 运行 期 间 无 法 进行 维护 和 检修 ， 因 此 要 求 操作 系统 可 
及 存储 能 力 有 限 和 通信 不 畅 的 情况 之 下 依然 能 够 很 好 地 工作 ， 特 别 是 当 





境 下 连续 工作 数 
以 在 能 源 不 足 、 处 到 








降低 计算 、 存 储 以 及 通信 方面 的 能 量 开销 。 







































































某 部 分 软 、 硬 从 


3) 系统 要 能 
序 移植 到 新 的 硬件 平台 上 ， 


F 的 多 样 怕 
1 且 还 要 能 够 适应 不 同 应 用 的 差异 性 ， 因 为 不 同 的 应 









































出 现 故 障 时 ， 系 统 可 以 及 时 有 效 地 调整 整个 系统 继续 运行 。 
E， 以 便 硬 件 的 升级 。 操 作 系统 的 设计 方案 必须 方便 程 











通常 是 一 次 性 使 用 的 ， 只 要 部 署 下 去 就 需要 在 无 人 值守 的 环 
































] 对 网 络 的 








生存 周期 、 通 信 方 式 等 有 不 同和 
4) 程序 模块 化 ， 无 线 传感器 网 络 上 的 应 用 和 硬件 平台 很 多 ， 采 用 模块 化 编 下 
上 层 应 用 模块 屏蔽 底 











度 的 要 求 。 





















































旦 方式 可 对 
F 的 操作 ， 使 得 应 用 程序 员 不 需要 对 人 硬件 编程 ， 只 要 重 写 底层 模 块 








就 可 以 使 得 操作 系统 应 用 于 不 同 的 平台 上 ， 增 加 了 软件 的 重用 性 ， 提 高 了 开发 效率 。 





5) 应 具有 

















是 一 种 反应 系统 ， 通 常 被 应 
点 ， 并 通过 执行 器 对 环境 的 变化 做 
同 ， 所 以 要 求 操 作 系 统 必须 内 置 

















工作 方式 来 处 至 
































于 有 很 强 实 时 要 求 的 领 : 
































构 能 力 ， 当 节点 工作 失常 时 ， 要 求 能 自 恢 复 、 自 组 织 。 无 线 传感器 网 络 
成 ， 所 采集 的 数据 需要 及 时 地 传 给 观测 











可 靠 高 效 的 实时 外 
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严 大 学 伯克利 分 校 研发 的 TinyOS 正 是 具备 了 
感 器 操作 系统 。TinyOS 是 一 个 由 事件 驱动 的 、 基 于 组 件 的 、 





























快速 的 反应 ， 对 于 不 同 的 事件 所 要 求 的 响应 周期 也 不 
E 务 调度 机 制 。 同 时 ， 节 点 之 间 通 过 协作 的 
大 量 的 数据 ， 这 就 要 求 操作 系统 可 以 快速 高 效 地 使 用 资源 ， 并 能 够 及 时 处 理 
好 大 量 并 发 的 执行 流程 。 

美国 加 利 福 尼 





F 述 特点 的 一 套 无 线 网 络 传 
放 源 代 码 的 无 线 传感器 网 络 


操作 系统 ， 是 加 利 福 尼 亚 大 学 伯克利 分 校 的 David Culler 领导 的 研究 小 组 为 无 线 传 感 网 量 
定做 的 骨 入 式 操作 系统 。 目 前 ， 由 于 绝 大 多 数 的 无 线 传 感 网 研究 项 目 都 采 














无 线 传 感 网 与 TinyO5S| 第 1 澡 | 
































了 TinyOS 操作 


系统 ， 因 此 该 操作 系统 已 经 成 为 无 线 传 感 网 研究 领域 事实 上 的 标准 平台 。TinyOS 操作 系统 
































规 坟 














|。 


1.3.1 TinyOs 的 特点 
TinyOS 操作 系统 的 特点 主要 体现 在 以 下 几 个 方面 。 





(1) 轻 量 级 线程 技术 








线程 和 轻 量 级 线程 的 提出 都 是 为 了 提高 操作 系统 的 并 发 性 
并 发 ， 将 程序 中 若干 控制 流 的 功能 进行 模块 化 ， 是 进程 ! 
























































已 经 不 再 由 UCB 的 研发 小 组 单独 开发 和 升级 ， 而 是 成 为 了 SourceForge 的 一 个 项 目 ， 由 众多 


研发 小 组 共同 开发 和 维护 。 同 时 ，TinyOS 联盟 论坛 成 立 ， 以 共同 探讨 和 制订 TinyOS 的 发 展 


。 线 程 是 为 了 实现 CPU 上 的 
能 够 独立 运行 的 更 小 的 单位 。 线 程 





可 以 共享 进程 的 内 存 空间 ， 线 程 之 间 进 行 切换 时 ，CPU 会 用 一 部 分 时 间 来 将 寄存 器 状态 的 信 
息 存 入 线程 控制 块 (Thread Control Block，TCB) 中 。 但 传感器 节点 的 处 理 能 力 有 P 


间 的 切换 会 占 月 
好 运行 效果 的 原 






































昌 处 理 器 很 多 时 间 ， 这 也 就 是 嵌入 式 操作 系统 难以 在 无 线 传感器 节点 - 
内 。 所 以 ，TinyOS 提供 了 任务 和 硬件 事件 处 理 两 级 调度 体系 。 轻 量 级 线程 






































民 ， 线 程 
上 取得 较 








比 一 般 的 线程 更 为 简单 ， 此 种 线程 按照 FCFS 的 方式 进行 调度 ， 轻 量 级 线程 之 间 不 允许 抢 








口 ; 


处 到 
























































而 当 进 行 硬件 处 理 线程 时 ， 中 断 处 
线程 ， 对 硬件 中 断 进行 快速 响应 。 
































性 能 通信 方式 。 在 主动 消息 通信 方式 中 ， 





(2) 主动 消息 通信 模式 

































































主动 消息 通信 和 是 一 种 早期 就 应 用 于 





























里 线程 可 以 打 断 用 户 的 轻 量 级 线程 和 低 优 先 级 的 中 断 


















































行 计算 中 的 高 性 能 通信 模式 ， 是 基于 事件 驱动 的 高 
每 个 消息 都 由 相应 的 应 用 层 名 柄 进行 维护 ， 当 








节点 收 到 消息 后 ， 就 会 把 该 消息 中 的 数据 作为 参数 ， 传 递 给 应 用 层 的 处 理 器 进行 处 理 。 句 柄 








首先 从 无 线 传感器 网 络 中 获取 消息 ， 然 后 


送 者 ， 实 现 了 通信 和 计算 的 习 





同 来 源 的 组 人 




















(3) 组 件 化 编程 





























将 数据 合并 到 计算 中 或 返回 一 个 应 答 消息 给 消息 发 











EE 着， 从 而 很 大 程度 上 降低 了 通信 的 代价 。 






































组 件 技术 是 各 类 软件 重用 方法 中 最 重要 的 一 种 ， 也 是 分 布 式 计算 和 Web 服务 的 基础 。 





























的 组 件 ， 并 采用 自 定义 的 组 件 机 制 。 














(4) 硬件 抽象 层 














美国 微软 公司 首先 提出 了 将 底层 与 硬件 
嵌入 式 操 作 系 统 在 不 同 的 硬件 平台 上 可 以 方便 地 进行 移植 ， 并 增加 了 程序 的 移植 性 ， 



































不 同 区 域 的 代码 ， 事 件 的 发 生 顺 序 决 定 了 代码 的 执行 顺序 ， 所 以 应 


实现 ， 它 隐藏 了 特定 硬件 平台 的 人 硬件 接 
统一 人 硬件 平台 接口 ， 使 其 共有 硬件 无 关 性 3 




















基于 组 件 的 编程 可 以 将 独立 的 组 件 组 合 到 需要 的 地 方 ， 且 不 需要 知道 其 具体 的 实现 过 程 ;不 



















































































可 在 多 种 人 硬件 平台 上 进行 移植 。 





(5) 事件 驱动 模式 























F 结 合 在 一 起 可 以 快速 构成 一 个 实用 的 应 用 程序 。TinyOS 仅 文 持 nesC 语言 开发 





晶 关 的 部 分 单独 设计 成 硬件 抽象 层 的 概念 ， 使 得 


简化 了 





程序 的 开发 过 程 。TinyOS 中 的 硬件 抽象 层 分 别 由 硬件 表示 层 、 硬 件 适 应 层 及 硬件 接口 层 来 
实现 细节 ， 为 嵌入 式 操作 系统 提供 了 一 个 虚拟 的 、 


在 事件 驱动 的 程序 设计 中 ， 代 码 执行 路 径 是 事先 不 可 预知 的 ， 响 应 不 同 的 事件 时 会 执行 



































程序 每 次 所 执行 的 代码 
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TinyOS 实用 编程 一 一 面向 无 线 传 感 网 节点 软件 开发 





路 径 都 是 不 同 的 。 而 无 线 传感器 网 络 中 ， 事 件 的 发 生 顺 序 是 无 法 得 知 的 ， 但 事 伯 
因此 ， 事 件 驱 动 模式 的 应 用 就 增强 了 传感器 节点 的 灵活 性 ， 降 低 了 传感器 节点 的 
F 中 断 处 理 程序 ， 后 者 


以 预测 的 。 
编程 难度 。TinyOS 中 有 两 种 事件 : 硬件 事件 和 软件 事件 。 前 者 是 硬 人 
是 通过 signal 来 触发 的 。 
































1.3.2 TinyOS 体系 结核 


TinyOS 操作 系统 采用 了 组 件 层次 结构 ， 是 一 个 基于 事件 的 系统 ， 其 设计 的 主要 目标 是 


代码 量 小 、 




































































耗 能 少 、 并 发 性 高 、 鲁 棒 性 好 ， 以 便 适 应 不 同 的 应 
度 器 和 一 些 组 件 组 成 ， 应 用 程序 与 组 件 一 起 编译 成 系统 。 组 件 由 
























































件 、 综 合 便 件 组 件 和 高 层 软件 组 件 ， 高 层 组 件 向 底层 组 件 发 出 命令 ， 底 层 组 件 
告 事 件 。 调 度 器 具有 两 层 结构 ， 第 一 层 维护 命令 和 事件 ， 
的 状态 进行 处 理 ， 第 二 层 维护 任务 《负责 各 种 计算 )， 只 有 当 













































































A 
































的 种 类 是 可 


























j 环 境 。 完 整 的 系统 由 一 个 调 
到 上 可 分 为 硬件 抽象 组 
向 高 层 组 件 报 
它 主要 是 在 便 件 中 断 发 生 时 对 组 件 
组 件 状态 维护 工 




















作 完 成 后 ， 任 





务 才 能 被 调度 。TinyOS 的 组 件 层次 结构 就 如 同一 个 网 络 协议 栈 ， 底 层 的 组 件 负责 接 收 和 发 


送 最 原始 的 数据 位 ， 而 高 层 的 组 件 对 这 些 位 数据 进行 编码 、 解 码 ， 更 高 层 的 组 








打包 、 路 
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和 传输 。TinyOS 的 体系 结构 如 图 1-5 所 示 。 


调度 程度 


应 用 组 件 




















硬件 表示 层 




















图 1-5 TinyOS 的 体系 结构 





高 层 软件 组 件 
综合 硬件 组 件 
硬件 抽象 组 件 








有 





F 则 负责 数据 


第 2 章 TinyOS 安装 与 常用 命令 


























通过 前 一 章节 的 介绍 ， 我 们 了 解 到 无 线 传 感 网 络 是 有 大 量 的 具有 通信 和 计算 能 力 的 微小 
传感器 节点 ， 布 设 成 能 够 根据 环境 自主 完成 任务 的 智能 自 组 织 网 络 系统 。TinyOS 是 由 加 州 
大 学 伯克利 分 校 专门 为 无 线 传 感 器 网 络 开发 的 一 种 微型 操作 系统 ， 是 目前 主流 的 无 线 传感器 
网 络 的 操作 系统 。 目前， 基于 TinyOS 2.x 的 研究 正在 国内 外 进行 。 本 章 我 们 主要 介绍 
TinyOS 的 安装 、 目 录 结 构 及 一 些 相 关 的 使 用 命令 。 在 本 章 结尾 处 ， 我 们 简单 地 介绍 一 个 
PowerUp 应 用 程序 例子 。 






























































































































































2.1 TinyOS 安装 














目前 TinyOS 最 新 的 版 本 是 : TinyOS 2.1.1。TinyOS 的 安装 可 以 在 TinyOS 1.x 的 基础 上 
升级 ， 也 可 以 使 用 传统 的 方法 安装 。 使 用 传统 的 方法 可 以 安装 一 个 拥有 完整 的 TinyOS 的 虚 
拟 环境 或 者 手动 安装 TinyOS 到 主 操作 系统 中 。 这 里 主要 介绍 TinyOS 2.1.1 在 Windows 和 
Linux 下 的 安装 步骤 。 


2.1.1 在 Windows 下 安装 TinyOS 



















































































在 Windows 下 安装 TinyOS 2.x 可 以 按照 http:/docs.tinyos.netindex.php/Installing Tiny OS 
2.1.1#Manual installation on your host OS with RPMs 的 安装 步骤 进行 。 这 里 需要 注意 的 是 ， 
Cygwin 不 支持 Windows Vista 操作 系统 。 安 装 过 程 共 需 六 个 步骤 。 

1. 安装 Java 1.6 JDK 

在 http:/java.sun.com 上 下 载 Java 1.6 JDK。 需 要 注意 的 是 ， 若 安装 Java 1.5 或 者 Java 
1.4， 进 行 tos-check-eny 测试 环境 会 显示 无 错误 安装 成 功 ; 安装 Java 1.6 版 本 在 进行 tos 
check-env 时 会 有 一 个 有 关 Java 的 警告 ， 但 这 并 不 影响 系统 环境 测试 ， 这 里 我 们 安装 Java 
1.6 版 本 。 安 装 完成 之 后 ， 需 要 设置 计算 机 的 环境 变量 ， 新 建 两 个 环境 变量 ， 以 便 使 用 
JDK。 碳 击 我 的 电脑 一 属性 一 高 级 一 环境 变量 一 系统 变量 栏 一 新 建 一 新 建 系统 变量 ， 弹 出 新 
建 系 统 变量 对 话 框 。 

变量 名 : CLASSPATH 

变量 值 : .;C:\Program Files\Java\jdk1.6.0_24\bin;C:\ProgramFilesJava\jdk1.6.0_ 24\lib\tools.jar 

作用 : 新 建 名 为 CLASSPATH 的 环境 变量 是 为 了 提供 应 用 程序 在 运行 期 间 寻找 所 需 资源 
的 路 径 ， 比 如 类 、 文 件 等 。 值 得 注意 的 是 ， 最 前 面 应 加 上 “.;” 意 为 首先 在 当前 目录 中 得 找 。 

变量 名 : JAVA_HOME 

变量 值 ;， C:\Program Files\Java\jdk1.6.0 24 

作用 : 新 建 名 为 JAVA_HOME 的 环境 变量 指向 JDK 的 安装 路 径 ， 在 该 路 径 下 可 以 找到 
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bin、lib 等 目录 。 值 得 注意 的 是 ，JAVA_HOME 必须 全 部 大 写 ， 中 间 应 有 下 画 线 隔 开 。 
编辑 变量 名 : PATH 

添加 变量 值 ，C:\ProgramFiles\Java\jdk1.6.0_24\bin;C:\ProgramFiles\Java\jdk1.6.0_24\jre\bin 
到 原 有 PATH 变量 值 的 前 面 ， 中 间 用 分 号 隔 开 。 
作用 : 设置 该 环境 变量 的 目的 是 为 了 指向 JDK 的 bin 目录 ， 因 为 在 bin 目录 里 存放 的 是 
各 种 编译 执行 命令 。 值 得 注意 的 是 ， 系 统 本 身 就 有 多 种 PATH 环境 变量 ， 只 需 把 上 述 变 量 值 
直接 放 到 原 变 量 值 的 前 面 即 可 ， 中 间 用 “; ” 隔 开 。 
此 时 ， 环 境 变 量 已 经 设置 完毕 。 
现在 应 检测 Java 环境 是 否 配置 成 功 。 可 以 编 个 Java 小 程序 简单 地 测试 一 下 。 打 开 记 事 
本 ， 输 入 程序 代码 为 


public class HelloWorld { 
public static void main(String[| args) { 
System.out.println("Hello, World!"); 


} 
} 


将 此 程序 另存 为 HelloWorld.java 文件 ， 需 要 注意 的 是 ， 文 件 的 扩展 名 应 当 是 “java”， 
表示 这 是 一 个 Java 程序 。 然 后 单 击 “ 开 始 ” 荣 单 ， 选 择 “ 运 行 ”命令 ， 在 之 后 弹出 的 “; 
行 ” 对 话 框 中 输入 “cmd”， 在 之 后 弹出 的 DOS 窗口 中 ， 切 换 到 文件 HelloWorldjava 所 在 
录 ， 输 入 命令 

javac HelloWorld.java 
java HelloWorld 


如 果 能 正确 输出 “Hello, World!”， 则 说 明 环 境 变量 设置 成 功 。 

2. 安装 Cygwin 

在 Windows 下 运行 TinyOS 是 基于 Cygwin 这 个 软件 平台 ，Cygwin 提供 了 一 个 在 
Windows 下 的 shell 环境 和 开发 TinyOS 时 用 到 的 大 多 数 UNIX 工具 ， 比 如 perl 和 shell 脚 
本 。 首 先 从 http://docs.tinyos.net/index.php/Installing TinyOS 2.1.1 上 下 载 cygwin-files.zip 到 C 盘 的 
cygwin-files 目录 下 ， 解 压 后 双击 setup.exe 开始 安装 。setup.exe 文件 还 可 以 用 于 软件 的 重新 
安装 ， 能 够 添加 、 修 改 或 升级 Cygwin 配置 。 具 体 的 安装 过 程 说 明 如 下 。 

1) 选择 安装 方式 : 当 出 现 "Choose A download source" 界 面 时 ， 选 择 "Install from Local 
Directory"。 也 可 选择 从 网 络 安装 ， 但 网 络 安装 速度 较 慢 。 这 里 我 们 选择 从 本 地 安装 。 

2) 设置 安装 目录 : 当 出 现 "Select Root Install Director" 界 面 时 ，Root Directory 选择 

“ci\cygwin”， 这 是 默认 的 安装 目录 。 也 可 以 对 其 进行 更 改 ， 安 装 在 自己 所 需要 的 目录 下 。 

Install for 选择 “All Users”; Default Text file type 选择 “Unix\Binary”。 

3) 选择 本 地 安装 包 源 文件 的 本 地 存储 路 径 : 当 出 现 "Select local Package directory" 界 面 
时 ， 选 择 "ci\cygwin-files"。 这 里 应 注意 ， 这 一 步 的 依据 为 压缩 文件 cygwin-file.zip 存在 的 
位 置 。 

4) 选择 安装 策略 : 安装 策略 有 “Keep”、“Prev””“Curr”“Exp” 等 选项 。 

@ Keep: 指 保持 目前 已 经 安装 的 版 本 不 动 ， 不 替换 计算 机 目前 的 版 本 ， 升 级 时 比较 方便 。 
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@ Prev: 指 安装 上 一 个 版 本 。 


@ Curr: 指 安装 最 新 版 本 ， 这 是 默认 选项 。 

@ Exp: 指 安装 试验 版 。 

安装 方式 共有 以 下 四 类 。 

@ Default 表示 是 默认 选择 ， 可 单 击 包 左 边 的 + 号 展开 ， 看 看 默认 安装 究竟 是 些 什么 内 容 。 

@ Install: 表示 要 下 载 或 安装 该 包 的 全 部 内 容 。 

@ Reinstall: 表示 重新 下 载 或 安装 该 包 的 内 容 。 

@ Uninstall: 人 印 载 。 

这 里 我 们 选择 Install， 安 装 该 软件 的 全 部 内 容 。 然 后 进行 “下 一 步 ” 直 至 完成 安装 。 

最 后 ， 安 装 好 Cygwin 后 如 图 2-1 所 示 。 
| 


opying skeleton files. 
hese files are for the user to personalise 
heir cygwin experience. 

























































































hese will never be overwritten. 


“./.hashre’ -> ‘/hone/Adninistrator//.bashrc’ 
“./.bash_ profile’ -> ‘/hone/Adninistrator//.bash_ profile’ 
“A/.inputrc’ -> ‘/hone/Adninistrator//.inputrc’ 


[| 








图 2-1 Cygwin 安装 完成 图 





3. 安装 平台 交叉 编译 器 

平台 交叉 编译 器 是 用 于 将 C 代码 交叉 编译 成 硬件 可 以 运行 的 二 进 制 文件 。 在 编译 
TinyOS 程序 时 ， 会 产生 对 特定 微 控 制 器 芯片 的 C 代码 和 汇编 代码 ， 这 就 需要 有 相应 的 平台 
的 编译 器 支持 。 如 编译 Mica 系列 节点 上 的 应 用 程序 ， 需 要 安装 Atmegal128 单片机 的 AVR 工 
其 包 ，Telos 系列 则 需要 安装 MSP430 工具 包 。 

从 http://docs.tinyos.net/index.php/Installing TinyOS 2.1.1 上 下 载 Atmel AVR 工具 ， 
MSP430。 打 开 Cygwin 后 默认 的 目录 是 “\home\ 用 户 名 ” 这 个 可 以 用 “pwd” 命 令 查看 。 在 
命令 行 输入 “rpm-qa” 可 以 查看 系统 目前 已 经 安装 了 的 程序 。 刚 安装 完 Cygwin 时 ， 系 统 还 
没有 任何 软件 。 可 以 把 下 载 好 的 AVR 工具 和 MSP430 的 RPM 包 文件 复制 到 “home\ 用 户 
名 ”的 文件 夹 下 ， 这 样 可 以 直接 安装 ， 不 用 再 考虑 路 径 。 由 于 这 些 文件 名 都 挺 长 ， 输 入 起 来 
较 麻 烦 。 可 以 输入 前 几 个 字母 ， 按 (table) 键 ， 系 统 会 自动 载 入 名 字 。 如 安装 第 一 个 文件 
avr-binutils-2.17tinyos-3.cygwin.i386.rpm， 只 需 输入 “rpm -ivh avr-b”， 然 后 按 (table〉 键 ， 
这 个 文件 名 就 会 自动 载 入 。 

1) 安装 AVR 工具 包 : 































































































































































































avit-binutils-2.17tinyos-3.cygwin.1386.Ipm 
avI-gcc-4.1.2-1.cygwin.i386.rpm 
avr-libc-1.4.7-1.cygwin.1386.rpm 
avarice-2.4-1.cygwin.1386.rpm 
avr-insight-6.3-1.cygwin.1386.rpm 
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avrdude-tinyos-S.6cvs-1.cygwin.1386 








2) 安装 PXA27x 工具 包 : 





xscale-elf-binutils-2.1Stinyos-1.cygwin.1386.Ipm 
XScale-el 们 gcc-3.4.3-1.cygwin.1386.rpm 
xscale-elf-newlib-1.11.0tinyos-1.cygwin.1386.rpm 

















3) 安装 MSP430 工具 包 : 








msp430tools-base-0.1-20050607.cygwin.1386.Ipm 
msp430tools-python-~tools-1.0-1.cygwin.noarch.rpm 
msp430tools-binutils-2.16-20050607.cygwin.1386.rpm 
map430tools-gcc -3.2.3-20050607.cygwin.1386.rpm 
msp430tools-libc-20080808-1.cygwin.1386.rpm 


在 安装 的 过 程 中 ， 标 准 的 “rpm” 安 装 包 用 命令 “rpm -iva 文件 名 ”安装 。 如 下 是 一 
些 错 误 处 理 。 
@“the rpm was intended for a cygwin nt-5.1 operating system” 说 明 当 前 的 Cygwin 版 本 
与 TinyOS 系统 的 安装 包 不 兼容 ， 可 能 需要 升级 Cygwin。 可 使 用 命令 “rpm -ivh - - 
”安装 ; 
@“you have a newer version already installed”， 则 可 使 用 命令 “rpm-Uvh-force” 安 装 ; 
© “rpm error that indicates that you are missing/bin/sh”， 可 使 用 命令 “rpm -Uvh -force - 
nodeps ”安装 。 
这 里 值得 注意 的 是 ， 由 于 每 个 安装 者 所 使 用 的 系统 可 能 不 同 ， 会 出 现 不 同 的 问题 ， 在 安 
装 的 过 程 中 可 以 参考 官网 www.tinyos.net 上 的 安装 方法 。 
4， 安装 TinyOS 源码 与 工具 包 
TinyOS 工具 包 包 括 nesC 编译 器 和 一 系列 开发 TinyOS 源 代码 工具 。TinyOS 操作 系统 的 
内 核 和 应 用 程序 都 是 由 nesC 语言 编写 的 ， 所 以 必须 安装 nesC 工具 才能 将 TinyOS 应 用 程序 
编译 成 可 交 给 平台 交叉 编译 器 的 C 代码 。 从 http://docs.tinyos.net/index.php/Installing_Tiny 
OS 2.1.1 上 下 载 pm 包 ， 有 具体 安装 方法 与 前 面相 同 。 


nesc-1.3.1-1.cygwin.1386.rpm 
























































ignoreos 































































































































































































tinyos-deputy-1.1-1.cygwin.i1386.1pm 
tinyos-tools-1.4.0-3.cygwin.1386.rpm 


5. 安装 TinyOS 2.1 源 代码 包 

TinyOS 2.1 源 代码 包 的 作用 是 编译 和 下 载 TinyOS 程序 。 从 http://docs.tinyos.net/index. 
php/Installing TinyOS 2.1.1 上 下 载 tinyos-2.1.1-3.cygwin.noarch.rpm， 安 装 方法 与 前 面相 同 ， 
TinyOS 2.x 系统 的 源 代 码 默 认 安装 到 Ci\cygwin\opt\tinyos-2.x 路 径 。 

然后 设置 环境 变量 。TinyOS 在 Windows 环境 变量 的 设置 应 对 照 如 下 信息 。 

































































TOSROOT Opt/tinyos-2.X 
TOSDIR $TOSROOT/tos 
CLASSPATH Ci:\cygwin\opt\tinyos-2.x\support\sdk\java\tinyos.jar 
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MAKERULES $TOSROOT/support/make/Makerules 





PATH /opt/msp430/bin:$PATH 


这 里 ， 我 们 使 用 UltraEdit 在 C:\cygwin\etc\profile.d 目录 下 创建 文件 tinyos.sh， 输 入 以 下 






































内 容 ， 这 里 特别 要 沪 








FE 意 的 地 方 是 :必须 使 月 








日 UNIX 换行 符 -LF 保存 此 文件 。 


# Script for profile.d for bash shells, adjusted for each users 


# installation by Substituting /opt for the actual tinyos tree 


# installation 


point. 


export TOSROOT='"/opUtinyos-2.X" 
export TOSDIR="$TOSROOT/tos" 
export CLASSPATH="C:\cygwin\opt\tinyos-2.x\support\sdk\java\tinyos.jar" 
export CLASSPATH="$CLASSPATH:;." 
export MAKERULES="$TOSROOT/support/make/Makerules" 
export PATH="/opt/msp430/bin:$PATH" 
export PATH="/cygdrive/c/Program Files/Java/jdk1.6.0 24/bin:$PATH" 
# Extend path for java 
type java >/dev/null 2>/dev/null | PATH=\/ust/local/bin/locate-jre —-java':$PATH 
type javac >/dev/null 2>/dev/null | PATH=\/usr/local/bin/locate-jre —-javac :$PATH 
echo $PATH | grep -q /usr/local/bin || PATH=/usr/local/bin:$PATH 





然后 在 Cygwin 中 执行 命令 “tos-install-jni” 若 出 现 错误 : 








Installing 32-bit Java JNI code in /cygdrive/c/Program Files/Java/jdk1.6.0 24/jre/bin... 
install: cannot stat /usr/lib/tinyos/*-32.dll': No such file or directory 


说 明 缺 少 *-32.dll 文 伯 


I 





， 则 需要 将 目录 “Ci\cygwin\libtinyos ”和 














录 “ C:\Program 


FilesJavayjdk1.6.0_24\jre\bin ”以 下 目录 中 的 toscomm.dll， 重 命名 为 “toscomm-32.dll1”。 然后 
再 重新 执行 命令 “tos-install-jni”， 若 出 现 : 


Installing 32-bit Java JNI code in /cygdrive/c/Progrm Files /Java/jdk1.6.0 24/jre/bin... 





done. 





说 明文 件 加 载 成 功 。 





最 后 安装 好 各 rpm 包 后 月 














6. 安装 Graph 


























Viz 





TinyOS 环境 包含 nesdoc 工具 ， 该 工 
































命令 “rpm -qa” 查 看 如 图 2-2 所 示 Cygwin 系统 已 安装 的 软件 。 























可 以 自动 生成 可 视 化 的 组 件 关系 图 表 。Graphviz 


是 nesdoc 用 来 画图 的 一 个 开源 工具 。 从 http://docs.tinyos.net/index.php/Installing TinyOS 











2.1.1 下 载 graphviz-1.10.exe 文件 ， 双 击 运 行 直接 安装 在 Windows 中 就 可 以 了 。 安 装 完 后 退 

















出 Cygwin 再 重新 运行 。 








到 现在 TinyOS 2.x 在 Windows 下 的 安装 


可 分 为 以 下 几 步 进行 : 


7. 环境 测试 


运行 Cygwin， 在 命令 行 输入 命令 : 














已 经 





























完毕 。 下 面 我 们 进行 环境 测试 。 环 境 测试 
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Administrator@23zhangyanjuni ~ 


(TD nt LH Hn J WS 

varice-2.4-1 
vrdude—tinyos—5.6cvs—1 
Eb (es i 
sp43Gtools-hbase-0@.1-200566867 
Spb4389tools-hbinutils-2 .16-2090950607 
sp439too1ls-1ihbc-200986888 一 1 
eputy-1 .1—1 

inyos—2.1.8-2 

ukF-hbinutils-2 .1?tinyos-3 

au 一 Lihbc- 于 .4.7 于 

auF 一 insight-6 .3 一 
scale-elf—binutils-2.15-—1 
scale-elf—-newlihb-1 .11.8tinyos—1i 
sp43@tools—python—tools—1 .8@—1 
sp43@tools-gcc-3.2.3-20805@66087 
[Fe Wk 

inyos—tools-1.3.0-1 











图 2-2 查看 Cygwin 已 安装 的 软件 








T 














1) $ tos-check-env 


tos-check-env completed with errors: 

WARNING:The JAVA version found first by tos-check-env may not be version 1.4 or version 1.5 one of 
which is required by TOS. Please ensure that the located Java versionis 1.4 or 1.5 

Depending on your PATH environment variable, there is often another version of java.exe in 
CNWindows\system32 that is “seen” first. Check that this is version 1.4 or 1.5 os reconfigure your PATH[ 
environment variable if this is the case. 


该 命令 能 够 检测 出 TinyOS 环境 中 绝 大 多 数 的 配置 情况 。 前 面 在 安装 过 程 的 第 一 步 中 我 
们 已 经 提 到 ， 若 安装 的 是 Java 1.5 或 者 Java 1.4， 则 进行 tos-check-env 时 如 果 出 现 “tos- 
check-env completed without error” 则 说 明 安 装 成 功 。 现 在 我 们 安装 的 是 Java 1.6 版 本 ， 进 行 
tos-check-eny 时 出 现 以 上 内 容 ， 这 只 是 Java 的 版 本 问题 所 引起 的 ， 并 不 影响 TinyOS 系统 的 
运行 及 nesC 语言 的 开发 ， 所 以 说 明 安 装 成 功 。 

2) 测试 Java 版 本 ， 在 命令 行 输入 : $ which java， 若 出 现 : 


/cygdrive/c/ WINDOWS/system/java 





















































中 加 入 : 


export PATH="/cygdrive/c/Program Files/Java/jdk1.6.0 24/bin:$PATH" 


I 








则 在 前 面 所 建 的 tinyos.sh 文 伯 














这 会 导入 Java 路 径 到 PATH 变量 。 然 后 再 次 执行 “$ which java”， 若 出 现 : 
/cygdrive/c/Program Files/Java/jdk1.6.0 24/bin/java 
则 说 明 Java 环境 可 用 。 


3) 检查 TinyOS 编译 系统 环境 是 否 可 运行 。 
运行 Cygwin， 在 命令 行 输入 命令 “$ printenv MAKERULES” 如 果 可 以 看 到 : 


























/opttinyos-2.X/supportmake/Makerules 
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则 说 明 TinyOS 编译 系统 环境 是 可 运行 的 。 
4) 运行 make 命令 (可 以 是 make mica2,make telosb , or make micaz sim... )。 
首先 进入 opt/tinyos-2.x/apps/Blink 文件 夹 ， 然 后 在 命令 行 输 入 命令 : 




















$ make telosb 
则 可 以 看 到 如 下 的 输出 : 


mkdir -p build/telosb 
compiling BlinkAppC to a telosb binary 
ncc -o build/telosb/main.exe -Os-O -mdisable-hwmul -Wall -Wshadow “Wnesc-all — 
target=telosb -fnesc-cfile=build/telosb/app.c -board= -DDEFINED TOS AM GROUP=0x2 
2 -DIDENT APPNAME=\"BlinkAppC\" -DIDENT USERNAME=\"Administeator\" -DIDENT 
HOSTNAME=\"s 
cy\" -DIDENT USERHASH=0x71b2a242L -DIDENT TIMESTAMP=0x4937fa3dL -DIDENT_ 
UIDHASH= 
Oxf51978b3L BlinkAppC.nc -Im 
compiled BlinkAppC to build/telosb/main.exe 
2650 bytes in ROM 
55 bytes in RAM 
msp430-objcopy ~-output-target=ihex build/telosb/main.exe build/telosb/main.ihex 








writing TOS image 

















这 是 因为 在 安装 好 TinyOS 后 ， 在 文件 来 opt/tinyos-2.x\apps\Blink 下 有 一 个 Blink 应 用 程 
序 BlinkC.nc，make telosb 命令 是 把 这 个 Blink 应 用 程序 编译 成 可 在 TelosB 平台 上 运行 的 代 
人 码 。 所 以 make telosb 命令 就 把 文件 夹 opt\tinyos-2.x\apps\Blink 里 面 的 Blink 应 用 程序 编译 成 
了 可 在 TelosB 平台 下 运行 的 代码 。 当 编译 通过 后 ， 就 可 以 直接 把 程序 代码 下 载 到 节点 上 ， 
我 们 将 会 在 后 面 介 绍 。 
至 此 ，Cygwin 和 TinyOS-2.x 环境 配置 完毕 。 


2.1.2 在 Linux 下 安装 TinyOS 










































































































































































在 Linux 下 安装 TinyOS 2.x， 可 以 参考 网 站 http://docs.tinyos.net/index.php/Installing_ 
TinyOS 2.1.1 的 安装 步骤 进行 ， 但 是 在 安装 的 过 程 中 ， 可 能 会 伴 到 各 种 问题 。 这 里 我 们 在 
Red Hat 9.0 下 安装 TinyOS 2.1.1， 如 同 在 Windows 下 安装 TinyOS 2.1.1， 在 Linux 下 安装 
TinyOS 2.1.1 也 需 以 下 几 个 步骤 。 

1) 安装 Java。 首 先 从 网 站 https://dct.sun.com/dct/forms/reg us 2704 620 0.jsp 上 注册 一 
个 账号 ， 然 后 会 在 注册 时 所 填写 的 邮箱 里 有 个 网 站 链接 ， 点 开 这 个 链接 进入 该 官网 就 可 以 下 
载 JDK。 这 里 我 们 所 下 载 的 是 jdk 1 5 0 19-linux-i586-rpm.bin， 这 在 Red Hat 下 并 不 能 直 
接 安装 ， 先 把 该 文件 放 在 所 要 安装 的 文件 夹 usNava 下 ， 此 时 新 建 终 端 ， 输 入 命令 : 

#chmod atxjdk 1 5 0 19-linux-1586-rpm.bin 
此 命令 的 作用 是 更 改 此 包 的 权限 ， 将 其 设置 为 可 行 ， 然 后 输入 命令 : 


# /idk 1 5 0 19-linux-i586-rpm.bin 
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此 命令 可 得 到 一 个 能 在 Linux 下 安装 的 rpm 包 ， 然 后 安装 rpm 包 ， 输 入 命令 : 


#rpm -ivhjdk 1 3 0 19-linux-i986-rpm 














这 样 JDK 便 会 自动 运行 直至 安 闭 完成 。 
现在 来 对 Java 配置 环境 变量 。 对 Java 配置 环境 变量 ， 即 在 etc\profile 文件 后 添加 
JAVA HOME、PATH 和 CLASSPATH 的 值 。 输 入 命令 : 












































由 




































































#vi /etc/profile 








此 命令 是 打开 profile 文件 ， 在 此 文件 末尾 添加 如 下 语句 : 


export JAVA HOME=/usr/java/jdk1.5.0 
export PATH=$JAVA HOME=$JAVA HOME/bin:$PATH 
export CLASSPATH=.:$JAVA HOME/lib/tools.jar:$JAVA HOME/lib/dt.jar 















































这 样 ， 环 境 变 量 就 已 设置 完毕 。 但 是 环境 变量 一 般 在 系统 重启 后 才 会 生效 ， 由 于 Linux 
系统 启动 较 慢 ， 我 们 可 以 使 用 命令 #source etc/profile 使 其 环境 变量 的 配置 生效 ， 但 此 命令 只 
会 让 环境 变量 的 配置 本 次 会 话 生 效 ， 重 启 系 统 才能 使 环境 变量 的 配置 永久 生效 。 然 后 输入 命 
令 朵 ava -version 查看 版 本 ， 若 显示 正确 版 本 号 则 表示 安装 成 功 。 

2) 在 网 站 上 下 载 其 他 的 rppm 包 ， 分 别 安装 平台 交叉 编译 器 、TinyOS 源码 与 工具 包 和 
TinyOS 2.x 源 代码 。 安 装 方法 类 似 于 在 Windows 下 安装 各 rpm 包 ， 参 考 网 站 wwwtinyos.net 
的 安装 方法 ， 使 用 命令 rpm -ivh 逐个 地 安装 rpm 包 。 在 安装 完 TinyOS 2.x 源 代码 时 ， 需 要 
配置 环境 变量 。 需 要 在 etc 文件 来 下 建立 一 个 tinyos.sh 文件 ， 最 好 是 复制 一 个 其 他 .sh 文件 ， 
用 VI 编辑 器 打开 ， 然 后 把 里 面 的 内 容 用 以 下 代码 奉 换 。 

export TOSROOT=/opttinyos-2.X 

export TOSDIR=$TOSROOT/tos 

export PATH="/opt/msp430/bin:$PATH" 

export CLASSPATH=.:$TOSROOT/support/sdk/java/tinyos.jar:$JAVA HOME/lib/dt.jar:$JAVA 
HOME/lib/tools.jar 

export MAKERULES=$TOSROOT/support/make/Makerules 


然后 保存 。 
现在 更 改 并 口 属性 ， 在 任意 路 径 下 输入 : 
















































































































































































































































































chmod 666 /dev/<devicename> 


最 后 ， 安 装 Graphviz。 
在 http:/download.chinaunix.net/download.php?id=8163&ResourceID=4119[/urg] 上 下 载 压 缩 
包 graphviz-1.10.targz， 然 后 完成 以 下 内 容 。 
#tar Zxf graphviz 2.24.0.tar.gz 
#cd graphviz-2.24.0 
#./configure 


#make 
#make install 
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现在 已 安装 完毕 ， 输 入 “#tos-check-env”， 检 测 TinyOS 有 没有 安装 成 功 ， 若 出 现 
“tos-check-env completed without error”， 说 明 安 装 成 功 。 


总 目录 结构 


由 前 面 知 ，TinyOS 在 Windows 里 是 安装 在 Cygwin 下 。Cygwin 提供 了 一 个 在 Windows 
里 的 shell 环境 和 开发 TinyOS 时 用 到 的 大 多 数 UNIX 工具 。 这 里 我 们 主要 介绍 Cygwin 的 目 
录 结 构 和 tinyos-2.x 的 目录 结构 。 
































































































































































































































2.2.1 Cygwin 的 目录 结构 ee 
DD eyedrive 

Cygwin 的 目录 结构 与 Linux 的 目录 结构 相似 ， 它 们 的 目录 Ee 
结构 均 是 采用 级 层 式 的 树 状 目 录 结 构 。 安 装 TinyOS 时 会 自动 3 DD hone 
创建 很 多 默认 的 目录 ， 这 些 目录 都 具有 特殊 的 功能 。 下 面 我 们 g 和 ee 
先 简略 地 介绍 TinyOS 安装 环境 (Cygwin 和 Linux) 的 目录 结 Sy 
构 ， 然 后 再 详细 地 介绍 TinyOS 的 目录 结构 。Cygwin 的 目录 结 HD usr 
构 如 图 2-3 所 示 。 edi 



































1) bin: binary 的 缩写 。 此 目录 里 面 存放 着 引导 启动 所 需 ”图 2-3 Cygwin 目录 结构 图 
的 命令 或 普通 用 户 的 标准 命令 。 
2) dev: device〈 设 备 ) 的 缩写 。 此 目录 是 接口 设备 目录 。 
3) etc: 用 来 存放 系统 的 配置 文件 和 子 目 录 。 
4) home: 用 户 的 主 目录 。 比 如 用 户 名 为 Administrator， 则 用 户 的 主 目录 为 home\ 
Administrator。 
5) lib: 存放 着 系统 最 基本 的 动态 链接 共享 库 ， 儿 乎 所 有 的 文件 都 会 用 到 此 目录 的 这 些 
k 享 库 。 
6) opt: 用 来 存放 Cygwin 下 安装 的 软件 。 
7) sbin: 存放 系统 启动 时 所 需 执 行 的 程序 。 
8) tmp: 用 来 存放 不 同 程序 执行 时 所 产生 的 应 用 程序 。 
9) usr: 存放 用 户 使 用 的 系统 命令 和 应 用 程序 等 信息 。 
10) var: 具有 变动 性 质 的 相关 程序 目录 ， 例 如 log 文件 。 










































































































































































































































































日 回 tinyos-2.x 
2.2.2 ”TinyOS 的 目录 结构 HE 
9 DD suppor 
TinyOS 安装 在 opt 里 面 ，TinyOS 主要 包括 apps、supports s eh 
和 tos 三 个 文件 夹 ，TinyOS 的 结构 目录 如 图 2-4 所 示 。 3 回 tos 
1) apps: 主要 包含 tinyos-2.x 下 应 用 性 文件 。 四 外 ee 
2) suppors: 主要 由 以 下 几 个 部 分 构成 。 习 回 li 
@ make: 包含 构建 系统 的 一 些 Makefile 的 脚本 文件 ， 这 些 0 
文件 主要 是 作用 于 Mica2、TelosB 等 平台 。 回 :ysten 
e@ sdk: 包含 支持 TOSSIM 仿真 的 C 和 pytohn， 支 持 Java 


























点 用 程序 的 Java 文件 。 要 使 用 此 文件 夹 里 的 功能 需 设置 ”图 2-4 tinyos-2.x 目录 结构 
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3) tos: 主要 | 


节点 软件 开发 


PYTHONPATH=/opttinyos-2.x/rupport/sdk/python 。 




















chips: 
memory 等 。 


interfaces: 


包含 TOS 核 的 接口 。 














lib: 包含 更 多 复杂 的 设备 ， 协 
包含 传感器 平台 的 


platforms: 


以 下 几 个 部 分 构成 。 
包含 对 不 同 ICS 的 函数 模块 的 nc 代码 ， 如 microcontrollers、 








如 Boot 接口 、StdControl 接口 
议 级 支持 :如 timer，serial 等 。 
尺码 。 这 些 平台 有 Mica、Mica2 、Micaz、 


radios、flash 








TelosB 等 。 





system: 包含 一 些 保持 接口 实现 的 文件 。 


types: 


包含 一 些 h 类 型 的 文件 。 


EE 常用 命令 与 快捷 键 


本 蔬 我 们 主要 介绍 在 Cygwin 环境 下 的 常用 操作 命令 ， 这 类 似 于 Linux 操作 系统 下 的 常 




















2.3.1 
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© © ©® © ©® ©® ©® ©® ©® ©® ©®® ©®®%®%®%®%®。 eg@ 一 


常用 命令 


基本 命令 
显示 当 





pwd: 


命令 。 其 次 我 们 简单 地 介 











Cygwin 的 快捷 








前 路 径 。 














E 键 ， 以 供 读 者 了 解 。 


cd: 改变 当前 路 径 ， 无 参数 是 进入 对 应 用 户 的 home 目录 。 


cd dir: 
CQ 
ed Ls 
cd ~: 





切换 到 月 


切换 到 上 


切换 到 当前 目录 下 的 dir 
一 级 目录 。 
切换 到 上 二 级 目录 。 

















日 户 目录 下 。 








局 未 当 


ls: \ 了 小 











前 目录 文 伯 
ls —a: 显示 所 有 文 伯 











F 包 提 


列表。 
隐藏 文件 。 

















ls 一 1; 
cp: 复制 文件 
cp file target: 





cp /root/file: 





显示 文件 属性 








mkdir: 建立 
rmdir: 删除 目 














录 。 


rm: 删除 文件 。 


rm file: 


rm —fr dir: 


生 ， 包 括 
或 目录 。 

将 文件 file 复 和 
将 /root 下 的 文 伯 
日 录 。 





大 型 、 














删除 某 一 个 文件 。 
删除 当前 目录 下 名 为 dir 的 整个 目录 。 


mv: 文件 改名 或 目录 改名 。 
将 文件 fle 更 名 为 target。 


myv file target: 


diff dirl dir2: 比较 目录 1 与 目录 2 的 文件 列表 是 
不 同 则 列 出 。 
diff filel file2: 比较 文件 1 与 文 伯 


多 立 ， 














日 期 、 





日 录 。 





万 夺 吕 


符号 连接 、 





是 否 可 读 / 写 及 是 否 可 执行 。 





| 为 target。 
F file 复 汕 


| 到 当前 目录 。 














2 


F 




















否 相 同 ， 但 不 比较 文件 的 实际 内 














的 内 容 是 否 相同 ， 如 果 是 文本 格式 的 文件 





， 则 将 
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不 相同 的 内 容 显 示 ， 如 果 是 二 进 制 代码 则 只 显示 两 个 文件 是 不 同 的 。 




























































































































































































































































































































































































@ comm filel file2: 比较 文件 ， 显 示 两 个 文件 不 相同 的 内 容 。 
@ echo message: 显示 一 串 字 符 message。 
@ echo “message message2": 显示 不 连续 的 字符 串 message 、message2 。 
@ uname: 显示 操作 系统 的 类 型 。 
@ whoami: 显示 登录 的 用 户 账 号 。 
@ echo $8*: 显示 环境 变量 的 值 ， 如 echo SPATH， 则 可 显示 环境 路 径 PATH。 
@ ps: 显示 当前 系统 进程 。 
@ kill: 终止 某 个 进程 。 
@ help: 显示 该 命令 的 辅助 说 明 。 例 如 ls -help， 显 示 1s 命令 的 使 用 说 明 。 
2. 安装 TinyOS 时 使 用 的 基本 命令 
在 Cygwin 中 安装 TinyOS 时 用 到 的 命令 与 在 Linux 中 安装 TinyOS 用 到 的 命令 基本 
相同 。 
@ rpm -ivh: 安装 rpm 文件 时 使 用 此 命令 。 
-i: 表示 安装 指定 的 RPM 包 ; 
-V: 表示 在 安装 期 间 以 “#” 来 表示 安装 进度 ; 
-h: 显示 安装 的 详细 信息 。 
@ rpm -ivh -replacepkgs: 需要 重新 安装 rpm 文件 时 使 用 此 命令 。 
-replacepkgs: 表示 所 需 安装 的 软件 包 再 安装 一 次 。 
@ rpm --ignoreos -ivh: 安装 rpm 文件 出 错时 使 用 此 命令 。 
一 ignoreos: 表示 忽略 错误 强制 安装 。 
@ rpm -ivh -force: 安装 cygwin 软件 包 冲 突 时 使 用 此 命令 。 
-force: 表示 当 所 安装 的 软件 包 与 已 经 安装 的 软件 包 存 在 冲突 时 ， 使 用 此 参数 进行 强 
制 安装 ， 但 不 保证 所 安装 的 软件 包 可 以 正常 使 用 。 
@ rpm -ivh -nodeps: 安装 rpm 文件 遇 到 关联 性 问题 时 使 用 此 命令 。 
-nodeps: 表示 当 在 安装 此 软件 时 ， 必 须要 先 安装 某 个 软件 版 才能 正常 安装 ， 否 则 会 
出 现 提示 信息 。 可 以 使 用 此 参数 进行 强制 安装 。 
@ rpm -Uvh: 升级 已 安装 的 rpm 文件 
-U: 表示 升级 所 需 安装 的 软件 包 。 
@ rpm -ex*: 外 载 已 安装 的 rpm 软件 包 。 
-e: 表示 要 卸载 已 安装 的 cygwin 软件 包 。 注 意 在 删除 软件 包 时 ， 输 入 软件 包 名 即 
可 ， 加 上 软件 包 的 版 本 号 ， 也 可 以 进行 卸载 。 不 可 以 用 完整 的 软件 包 名 。 


后 
@ 




















例如 ，nesc-1.3.0-1.cygwin.i386.rpm 的 纯 载 方 式 : 


rpm -e nesc 


rpm —e nesc-1.3.0 


rpm —e nesc-1.3.0- 


1 











面 不 能 加 “.cygwin”“.i386” 和 “.rpm” 所 以 说 不 可 以 用 完整 的 软件 包 名 。 
rpm -q: 后 面 直接 加 rpm 文件 名 称 ， 查 看 rpm 文件 是 否 安 装 。 
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@ rpm -qa: 查看 系统 已 安装 的 软件 包 。 
3. 操作 TinyOS 应 用 程序 的 基本 命令 














@ make [platform]: 将 nesC 代码 编译 成 可 在 某 平台 运行 的 代码 。 在 执行 前 要 切换 到 代 
人 码 所 在 的 目录 。 实 现 此 命令 的 前 提 是 保证 nesC 代码 没有 任何 语法 错误 。 

@ make [platform] reinstall: 可 以 将 某 平台 的 可 执行 代码 下 载 到 对 应 的 平台 。 例 如 ， 
make telosb reinstall 就 可 以 将 编译 好 的 可 在 TelosB 平台 上 运行 的 代码 下 载 到 telosb 硬 


























件 平台 。 





@ make [platform] install: 相当 于 先 执 行 命令 make [platform]， 





























再 执行 命令 make 








[platform] reinstall。 当 然 ， 如 果 执 行 make [platform] 命令 时 ， 发 现 程序 有 错误 ， 则 不 





会 执行 下 载 动 作 ， 即 不 会 执行 make [platform] reinstall 命令 。 
@ make [platform] sim: 在 平台 上 仿真 应 用 程序 。 






























































@ make [platform] installn: 不 仅 为 平台 节点 编译 应 用 程序 ， 同 时 还 为 该 节点 设置 一 个 值 


为 习 的 ID 号 。 

















@ make clean: 删除 make [platform] install 等 编译 命令 所 产生 的 文件 及 文件 夹 。 




















@ make micaz docs: 用 图 表 显 示 应 用 程序 中 组 件 、 接 口 的 连接 方式 ， 此 连接 方式 在 目录 























opt\tinyos—2.x\doc\nesdoc\micaz\chtml 下 。 
@ motelist: 可 以 查询 当前 设备 。 
@ printenv MAKERULES: 检测 TinyOS build system 是 否 可 运 # 
@ java TestSerial: 测试 串口 是 否 可 用 。 
@ python blink.py: 显示 blink 应 用 程序 的 结果 。 
@ tos-check-env: 检测 Cygwin 环境 是 否 可 行 。 


2.3.2 ”快捷 键 


这 里 简单 地 介绍 Cygwin 环境 下 最 基本 的 快捷 键 。 
@ (Ctrl+W): 向 左 删除 一 个 字 ， 用 来 删除 刚刚 输入 错误 的 字 。 




















































































































丁 。 




















@ (AlttD): 向 右 删除 一 个 字 或 删除 从 光标 当前 位 置 至 当前 字 的 结尾 位 置 之 间 的 所 








by = 4 


子 付 。 
@ 《Ctrl+U): 删除 从 光标 当前 位 置 至 























$ 行 首 之 间 的 所 有 字符 。 











命 
@ (Ctrl+KK); 删除 从 光标 当前 位 置 至 命 
@ (Ctrl+D): 删除 光标 当前 位 置 的 字符 。 
@ 〈Ctl+A): 光标 跳 转 至 命令 行 首 。 
@ (Ctrl+E): 光标 跳 转 至 命令 行 尾 。 
@ (一 ): 光标 跳 转 至 上 一 个 字符 。 
@ (一 ): 光标 跳 转 至 下 一 个 字符 。 
@ 《Tab): 自动 补 齐 命令 或 文件 (文件 夹 ) 名 。 
@ (1)/ (4): 显示 前 一 个 或 后 一 个 历史 命令 。 
@ (Ctrl+C): 取消 本 次 命令 的 执行 或 输入 。 
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仿 
令 行 尾 之 间 的 所 有 字符 。 
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必 一 个 简单 的 应 用 分 析 


本 节 以 tinyos-2.x\apps\Powerup 目录 下 的 一 
Led0 灯 。 通 过 这 个 例子 我 们 可 以 先 简单 地 了 解 TinyOS 环境 
应 注意 的 结构 和 细节 ， 了 解 TinyOS 

Powerup 应 用 程序 由 
“PowerupAppC.nc” 
一 个 层次 关系 。 所 以 应 用 中 需要 一 个 顶 
Main 组 件 ) 与 其 他 组 
他 组 件 之 间 的 调用 3 
负责 连接 应 用 所 
“PowerupC.nc” 是 提供 Poweup 应 月 
准 的 Makefile 文件 和 README 文件 。Makefile 文件 中 可 以 设置 硬件 

















两 个 组 件 组 成 : 








个 简单 的 应 














下 的 程序 执行 过 程 。 
























































蛙 序 为 例 。 此 例 的 作 月 








天 


局 














] nesC 语言 编写 扒 









































。 这 里 ,“PowerupAppC.nc 
页 的 其 他 组 件 ， 也 是 nesC 编译 














称 等 nesC 编译 器 (ncc) 编译 选项 。 
2.4.1 分 析 Powerup 应 用 程序 


@ 应 有 
配件 文件 如 下 ， 





configuration PowerupAppC{ 


} 


implementation { 


} 





配件 文件 分 析 : 关键 字 configuration 表明 这 是 一 个 配件 文件 。 


configuration PowerupAppC{ 


} 











提供 和 使 用 
可 以 包括 如 下 语 和 
# 出 配件 要 使 











LedsC。 组 件 | 


6 


























表明 这 是 一 个 名 为 PowerupAppC 的 醒 
















































































咎 : PowerupAppC.nc 


components MainC, PowerupC, LedsC; 
MainC.Boot <- PowerupC; 
PowerupC -> LedsC.Leds; 

















F 何 接口 。 当 配件 不 是 项 















































的 联系 配件 实现 内 容 ! 








后 两 行 把 模块 oC 





接 ” 作 用 。 





>” 表示 位 于 6 






















































































调用 的 接口 ; 
是 在 关键 字 implementation 后 的 花 括号 中 完 
成 的 ， 关 键 字 components 指出 配件 所 用 到 的 组 件 。 此 倪 


























前 两 行 


0 件 。 在 此 例 中 ， 配 件 PowerupAppC 是 顶层 配 伯 
层 配件 是 ， 在 关键 字 configuration 后 面 
字 provides 指出 配件 要 提供 给 其 他 组 伯 
\ 体 的 配件 实现 









































程序 


一 个 名 为 “PowerupC.nc ”的 模块 和 一 个 名 为 


























。 在 一 个 TinyOS 应 用 中 ， 可 能 存在 多 个 配件 ， 各 个 配件 间 应 有 
屋 配 件 ， 它 定义 了 这 个 应 用 中 的 最 上 层 组 件 ( 即 

F 接 口 的 连接 方式 ， 同 时 也 确定 了 这 个 应 用 所 需要 的 最 上 层 组 件 和 划 
”是 Powerup 应 用 程序 的 顶层 配件 ， 主 要 

器 用 来 生成 可 执行 程序 文件 的 源 文件 。 

程序 的 代码 实现 。 典 型 的 TinyOS 应 用 程序 都 有 一 个 标 

平台 选项 、 顶 层 配 件 名 


F， 不 
的 花 括 号 之 间 
关键 字 uses 


MainC，PowerupC 和 





























和 接口 要 调用 位 于 “一 >” 












































目的 接 | 1 与 其 他 组 件 提 供 的 相应 接口 连接 起 来 ， 上 








2 大 99 大 生 广 生 口 
> 和 


等 符号 表示 ， 











边 的 组 件 接口 。 配 件 文 件 最 














实现 “ 连 





" 芭 
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TinyO 〇 OS 实用 编程 一 一 面向 无 线 传 感 网 


应 用 模块 文件 


应 用 模块 文件 : 
如 下 : 














module PowerupC{ 
uses interface Boot; 
uses interface Leds; 


} 


implementation{ 


节点 软件 开发 


PowerupC.nc 


event void Boot.booted() { 



































































































































call Leds.led0On(); 
} 
} 

模块 文件 分 析 : 关键 字 module 表明 这 是 一 个 模块 文件 。 模 块 的 规范 部 分 表明 这 是 一 
个 名 为 “PowerupC” 的 模块 ， 并 声明 了 模块 所 使 用 的 接口 ， 分 别 为 Leds 和 Boot。 接 口 
Boot 中 只 有 一 个 函数 ， 即 事件 booted0。 当 该 事件 到 达 时 ， 表 示 系 统 中 所 有 的 组 件 都 已 经 
初始 化 完毕 ， 系统 已 经 启动 。 模 块 PowerupC 对 该 事件 的 处 理 程序 为 调用 Leds 接口 中 的 

led0On 命令 。 


2.4.2 Powerup 应 用 程序 的 图 形 化 说 明 


TinyOS 系统 中 有 一 种 名 为 “nesdoc” 的 文档 生成 方法 ， 可 上 自动 地 根据 源 代码 产生 区 
图 形 方 式 显 示 整 个 应 用 程序 的 框架 。 
将 目录 切换 到 opt\tinyos-2.x\ 
命令 ， 生 成 的 文档 说 明 位 


的 说 明文 档 ， 还 外 
Powerup 应 用 程 





序 ， 








以 





对 




















在 Cygwin : 
















































































apps\Powerup 下 ， 输 入 make micaz docs 命令 ,9 
于 opt\tinyos-2.x\docnesdoc\micaz\chtml 目录 下 。 打 开 Powerup 
AppC， 可 看 到 如 图 2-5 所 示 图 形 化 说 明 。 

在 nedsoc 图 表 中 ， 单 一 的 矩形 表示 模块 ， 双 层 的 矩形 框 表 示 
配件 ; 虚拟 的 边界 框 表示 组 件 是 通用 的 ， 在 实际 使 用 时 ， 需 要 将 
通用 组 件 实 例 化 ， 带 阴影 的 椭圆 表示 接口 ， 带 有 第 头 的 线条 表示 




















接口 的 绑 定 ， 由 接 


程序 中 ，PowerupC 表示 模块 ，MainC 和 LedsC 表示 配件 。 








口 的 使 用 者 指向 接口 



































的 提供 者 ， 连 线 上 的 文字 表示 
模块 PowerupC 使 





中 的 Boot 接口 和 配件 LedsC 中 的 Leds 接口 。 


2.4.3 


编译 Powerup 应 用 程序 
在 前 面 我 们 已 经 讲 过 ， 要 将 一 个 


























程序 的 nesC 代码 编译 成 可 下 载 到 平台 
在 opt\tinyos-2.x\tos\platform 下 都 有 自己 的 目录 。 
以 是 TelosB 平台 、 
将 Cygwin shell 切换 到 opt\Blink\apps\Powerup 目录 下 ， 
图 2-6 所 示 的 编译 信息 。 





其 中 ， 
MicaZ 平台 。 
果 没 有 任何 的 语法 和 


“platform ” 
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nesC 语言 


平台 节点 上 的 映像 文件 。 











形 化 








图 2-5 Powerup 应 用 程序 
的 图 形 化 说 明 








K 绑 定 的 接口 。 在 本 应 用 
配件 MainC 
































编译 nesC 代码 











是 所 使 用 的 平台 ， 避 








普 误 ， 则 我 们 可 以 看 到 如 
































言 编 写 的 应 用 程序 下 载 至 
TinyOS 文 持 多 种 平台 
使 用 命 

MicaZ 平台 


| 节点 上 ， 必 须 先 把 


区 会 每 个 平台 

















6 今 [platform],; 
。 本 例 我 们 使 用 
如 


输入 “ i micaz”。 


TinyO5 安装 与 常用 命令 | 种 2 章 | 


idmin Pa 七 ( 1 /opt/tinyos-2.x/apps/Powerup 
S$ make micaz 
kdir —p build/nicaz 
compiling PowerupfppC to a micaz binary 
cc -0 build/micaz/main.exe -0s -Wall -Wshadow -Wnesc-all -target=micaz -fnesc” 
file=hbuild/micaz/app.c -hoard=micash -DDEFINED_TOS_hM_GROUP=Bx22 -—-param max-in 
line-insns-single=1900009 -DIDENT_APPNAME=\"PowerupfppC\'' -DIDENT_USERNANME=\"Admi 
istFatorN"” -DIDENT_HOSTNAME=\’23zhangyanjuni^\'" -DIDENT_USERHASH=@x37?7?8f25bL -DI 
9 Pi 1 i Pi ET ps 9 
dump=’ interfacesCtabstractC))’ -fnesc-dump=’referencedCinterfacedefs, component 
>» -fnesc—-dumpf ile=hbuild/micaz/wiring-check.xml PowerupfppC.nc -lm 
compiled PowerupfppC to build/micaz/main.exe 
639 bytes in ROM 
4 byvtes in RhRM 
uF-ohbjcopy --output-target=srec build/nicaz/main.exe build/micaz/main.srec 
avr—-ohjcopy —-output—target=ihex build/micaz/main.exe build/micaz/main.ihex 
writing TOS image 

















图 2-6 编译 Powerup 应 用 程序 
2.4.4 ”Powerup 应 用 程序 中 nesC 到 C 的 映射 


nesC 是 对 C 的 扩展 和 修改 ，ncc 是 nesC 的 编译 器 ， 它 是 gcc 的 修改 和 补充 。ncec 先 把 
nesC 预 编 译 成 C 文件 ， 再 通过 交叉 编译 器 把 C 文件 六 译 成 可 拓 行 广 伯 。 这 就 存在 一 个 nesC 
语言 编译 成 C 语言 时 nesC 中 的 变量 、 函 数 名 和 产生 的 C 语言 中 的 变量 、 函 数 名 的 对 应 关 
系 ， 即 nesC 到 C 的 映射 。 在 Powerup 中 这 种 映射 就 是 指 Powerup 的 接口 、 组 件 、C 文件 中 
的 变量 以 及 函数 名 与 ncc 编译 成 app.c 对 应 后 的 变量 、 函 数 名 之 间 的 映射 。 

应 用 程序 中 用 到 的 C 文件 中 包含 的 类 型 、 变 量 、 函 数 名 在 ncc 处 理 过 程 中 保持 不 变 。 如 
果 C 文件 出 现 了 与 nesC 的 关键 字 相 同 的 变量 ， 则 在 编译 时 自动 在 该 变量 前 加 上 前 绥 
_nesC_keyword 。 有 具体 的 映射 关系 如 下 。 

@ 模块 M 中 的 变量 久 映射 成 : M$X。 

@ 模块 M 中 的 函数 F 映射 成 : MSF。 

@ 模块 M 中 的 命令 或 事件 C 映射 成 : M$C。 

@ 模块 M 中 的 接口 I 中 的 命令 或 事件 C 映射 成 : MS$ISC。 

此 外 ，nesC 使 用 ncc《〈《 确 切 地 说 是 gcc) 的 一 些 属性 来 声明 一 些 函 数 和 变量 的 属性 。 划 
中 ，spontaneous 属性 表示 该 函数 可 以 在 其 他 文件 中 被 访问 ， 而 不 是 仅仅 限于 本 文件 。 如 果 函 
数 没有 声明 spontaneous 属性 ， 则 nec 在 编译 成 C 语言 时 ， 就 在 函数 前 加 上 static。 上 有 具体 的 属 
性 在 后 续 章节 介绍 。 
对 于 本 例 Poweup 应 用 程序 ， 编 译 此 应 用 程序 时 ， 会 在 opt\tinyos-2.x\apps\Poweunp\ 
buildmicaz 目录 下 生成 一 个 app.c 文件 。 这 就 是 ncc 把 nesC 预 编 译 成 的 C 文件 。 在 app.c 
中 ， 我 们 可 看 到 如 下 映射 : 


static inline void PowerupC$Boot$booted(void ) 


{ 
PowerupC$Leds$led0On(); 


} 






































~ 


































































































































































































































































































2.4.5 ”仿真 Powerup 应 用 程序 


TOSSIM 是 TinyOS 操作 系统 自 带 的 一 种 仿真 器 ， 它 可 以 仿真 完整 的 TinyOS 应 用 程序 ， 





























TinyOS 实用 编程 一 一 面向 无 线 传 感 网 节点 软件 开发 


它 是 TinyOS 系统 的 一 个 程序 库 ， 其 核心 代码 位 于 tos/lib/tossim 目录 。TOSSIM 唯 








人 








平台 是 MicaZ 平台 。 
从 TinyOS 应 用 的 组 伯 








由 于 








TOSSIM 运行 和 传感器 硬件 




















本 例 进 行 仿真 时 ， 





CANcygwinopttinyos-2.X\apps\Powerup\Powerup.py。 
行 输入 仿真 编 








细 介 绍 。 最 后 在 命令 


$ make micaz s 











将 会 











寿 
结果 。 





到 很 长 的 编译 信 











im 


F 表 编译 仿真 程 ) 














序 。 对 应 用 程序 进行 仿真 时 ， 
首先 进入 目录 \cygwin\opt\tinyos-2.x\apps\Powerup 。 





2 





需 编 写 











EE 





支持 的 




















相同 的 代码 ， 所 以 仿真 编译 器 能 直接 
个 .py 文件 。 














如 对 


然后 编写 文件 
































译 命令 : 





























出 现 如 上 的 显示 结果 ， 则 可 


2.4.6 ”下载 应 用 程序 


1 . 


安装 USB 串口 驱动 


/DA 





k 体 如 何 仿真 应 用 程序 将 会 





在 第 9 章 做 详 





， 最 后 会 显示 模拟 结果 如 下 : 


***Successfully built micaz TOSSIM library. 




















TinyOS 开发 环境 支持 多 种 不 同 的 编程 器 。USB ， 
会 把 节点 上 的 串口 转换 为 USB， 以 方便 与 PC 的 连接 。 





Mica 和 TelosB 平台 使 用 
以 到 FTDI 公司 网 站 下 载 。 这 里 ， 我 们 所 用 


了 驱动。 


AAA 


























] 便 人 





第 一 次 使 





节点 时 ， 


USB 接口 ， 如 果 找 不 到 驱动 程序 ， 则 














人 





安装 


”按钮 ， 然 后 单 











FTDI 公司 的 串 




















需要 安装 


驱动 程序 。 





Windows 





























命令 $ python Powerup.py 


会 弹出 
击 “ 下 一 步 ” 按 乌 。 


是 常用 的 程序 烧 录 端口 











(或 ./Powerup.py) 显示 仿真 









































录 ， 单 击 
个 USB 














串口 设备 。 山 











中 包括 这 个 位 置 


时 ， 














» 复 选 框 ， 然后 单 



































量 














髓 里 








是 否 有 

















2. 下 载 Powerup 应 用 程序 














编译 完成 后 














点 的 























可 以 把 编译 的 二 进 制 映像 文 从 
和 Telos 平台 为 例 来 介绍 在 Windows 系统 

1) 在 MicaZ 平台 上 下 载 程序 时 ， 
EE 池 供 电 ， 将 编程 板 的 两 端 分 别 连 接 到 节点 上 
用 程序 所 在 路 径 下 ， 并 输 

















F 下载 到 节点 上 。 这 日 
中 下 载 程序 的 方法 。 








可 以 使 用 与 























cd 切换 到 Powerup 应 


$ make micaz reinstall.<addr>MIB410,<serialport> 


命令 的 功能 如 下 。 


全 - 


@ reinstall: 扎 


上 。 此 命令 
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与 install 命令 


BB 口 和 计算 机 USB 
入 如 下 命令 : 





F 台 配套 的 串口 编 























A 

















诉 编 译 系统 下 载 当 前 已 编译 的 二 进 秆 
的 区 别 在 于 前 者 没有 应 月 





I 映像 文件 到 











转 USB 芯片 FT232B， 该 芯片 的 驱动 程序 可 
的 操作 系统 是 Windows XP， 故 选择 XP 版 本 的 








将 Mica 系统 编程 器 MIB520 插入 到 PC 的 
“找到 新 的 硬件 向 导 ” 对 话 框 。 





选择 





“浏览 ”按钮 ， 选 择 驱动 程序 所 在 目 
“下 一 步 ” 按 钮 ，Windows 就 会 安装 该 驱动 程序 。 安 装 完成 后 ， 硬 件 
可 以 检查 设备 管理 
安装 成 功 ; 若 没有 ， 则 可 重 试 此 过 程 。 





节点 就 变 成 一 


“USB Serial Port”， 若 有 ， 则 说 明 





我 们 主要 以 MicaZ 平台 


程 板 MIB510。 关 闭 节 





然后 ， 使 用 命令 








节点 的 微 控 制 器 芯片 
































程序 的 编译 过 程 




















J sd 
E>» 只 设 入 点 


TinyO5 安装 与 常用 命令 | 第 2 之 



































地 址 ， 并 下 载 程序 ， 后 者 为 目标 平台 编译 程序 ， 设 置 节点 地 址 以 及 下 载 程序 到 节 
点 上 。 

@ <addr>: 分 配给 该 硬件 节点 在 整个 网 络 中 的 身份 标识 序号 ， 即 节点 在 整个 网 络 中 的 地 
址 。 这 里 需要 注意 的 是 ，TOS _BCAST ADDR (0xFFFF) 和 TOS _UART ADDR 
《0x007E) 两 个 地 址 是 保留 地 址 ， 不 可 使 用 。 

@ <serialport>: 串口 设备 的 名 字 ， 也 就 是 编程 板 与 PC 连接 的 串口 端口 。 这 里 需要 注意 
的 是 ， 在 Windows 系统 中 节点 通过 编程 板 连 接 到 串口 COMn， 在 Cygwin 里 需 使 用 
/dev/ttySn-1 作为 程序 下 载 的 串口 。 

2) 在 Telos 平台 上 下 载 程序 时 ， 由 于 Telos 系列 节点 是 USB 类 型 的 设备 ， 可 以 直接 插入 

到 USB 端口 。 当 Telos 节点 直接 插入 到 PC 上 时 ，PC 的 操作 系统 就 会 发 现 。 输 入 “motelist” 
命令 则 会 显示 节点 当前 插入 的 COM 端口 号 。 此 时 所 显示 的 COM 端口 号 必须 减 1 后 作为 程 
序 下 载 的 端口 命令 参数 。 

当然 ， 不 同类 型 的 硬件 平台 ， 其 程序 下 载 命 令 可 能 有 所 不 同 ， 具 体 的 下 载 方法 请 参考 节 
点 平台 的 说 明 手 册 。 
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3 








章 




















































































































TinyOS 编程 语言 nesC 


























本 章 着 重 介 绍 TinyOS 的 编程 语言 nesC。 
在 具体 介绍 nesC 之 前 ， 先 以 C 及 C++ 作为 参照 物 ， 讨 论 C (C++) 与 nesC 之 间 的 不 
同 ， 这 将 有 利于 读者 尤其 是 nesC 的 初学 者 更 好 地 理解 nesC 的 语法 、 用 法 。 
nesC (Network Embedded Systems C) 采用 了 特有 的 基于 组 件 (Component〉 的 编程 模 
型 ， 即 通过 连接 组 件 来 创建 应 用 。 实 际 上 ， 可 以 将 nesC 程序 看 做 若干 组 件 的 集合 。 组 件 是 
个 个 单独 的 代码 块 ， 为 输入 和 “(/ 或 ) 输出 定义 了 明确 的 接口 (interface )。 接 口 是 一 组 被 称 








为 命令 (command) 和 /或 ) 事件 (event) 的 函数 集合 ， 是 组 件 的 访问 点 。 接 口 是 双 向 





的 ， 是 组 件 间 相互 联系 的 通道 。 组 件 实 现 的 功能 或 函数 必须 在 其 声 


能 被 其 他 组 件 使 用 。 组 件 可 以 分 为 两 种 类 型 : 





















































明 的 接口 中 说 明 ， 否 则 不 
模块 (Module〉 和 配件 (Configuration)。 模 块 





负责 定义 状态 以 及 可 执行 逻辑 ， 配 件 通过 接口 将 组 件 连接 起 来 ， 形 成 一 个 新 的 抽象 〈 也 可 以 


称 为 服务 ) 或 者 一 个 完整 的 顶层 应 用 
本 章 按 照 从 简单 到 复杂 的 顺序 ， 
] 化 组 件 等 编程 知识 。 




































































与 通 上 


























依次 介 绢 




















13.1 C 与 nesC 的 比较 


nesC 与 C 之 间 的 本 


等 各 


a 序 元 素 组 成 
程序 
































质 








区 别 在 于 程序 


3 组 件 、 接 口 、 模 块 实现 、 配 件 实现 、 参 数 化 接 











的 连接 〈linking) 模型 。C 程序 














A4F 
里 、 


函数 和 类 型 




















。 这 些 程序 元 素 在 文件 ， 














译 器 ; 






































如 何 写 组 件 ， 而 在 于 如 何 把 组 件 组 织 成 一 个 可 以 工作 的 应 用 。 


本 节 试 
程序 如 何 组 织 及 























原因 。 





3.1.1 “C 与 C++ 


C 程序 元 素 包 





变量 
和 时 





括 变 量 、 类 型 和 函数 。 为 了 叙述 方便 ， 
。 在 一 些 具体 情况 下 ， 再 明确 指出 是 变量 还 是 函数 。 






































C 程序 命名 变量 有 


























时 .县 二- 后 














声明 3? 





A 星 不 万 


中 编 


























数 和 参数 类 型 等 


信息 通知 编 





调用 是 否 合适 。 





引用 变量 包 
30 























译 器 变量 的 名 称 和 类 型 。 
译 系统 ， 以 便 在 调 




















j 函 数 时 ， 编 译 系统 能 够 正 胡 











定义 ， 分 别 被 编译 并 连接 到 一 起 构建 成 应 用 。 
组 件 组 成 ， 这 些 组 件 通 过 连接 语句 显 式 地 组 织 起 来 。nesC 编 
接 成 为 一 个 整体 〈 即 一 个 应 用 )。 站 在 编程 者 的 角 


各 这 些 组 件 编译 并 连 
度 来 看 ，nesC 编程 的 困难 与 复杂 性 不 在 于 


这 里 大 多 时 候 将 函 























nesC 




















图 从 编程 者 的 角度 出 发 ， 先 介绍 CC++) 程序 如 何 组 织 ， 再 进一步 讨论 nesC 


数 与 变量 统称 为 


种 方式 : 声明 (declaration)， 定 义 〈definition ) 和 引用 (reference)。 
例如 ， 声 明 函 数 是 把 函数 名 、 函 数 参数 的 个 


识别 函数 并 检查 











只 要 




















括 调 








果 持 一 致 ， 可 
其 他 变量 可 以 使 用 它 。 











以 多 次 声明 变量 。 声 明 变 量 不 是 实现 ， 仅 表明 变量 存在 ， 















































j 函 数 、 赋 值 及 取 地 址 等 。 通 常情 况 下 ，C 编译 器 要 求 声明 变量 之 后 才 
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能 引用 它 。 使 用 未 声明 的 变量 是 不 良 的 C 编程 习惯 。 

定义 变量 是 最 后 一 种 变量 命名 方式 。 声 明 变 量 表明 变量 是 存在 的 ， 引 用 变量 是 使 用 变 
量 ， 而 定义 变量 实际 上 是 创建 变量 。 具 体 地 说 ， 定 义 函 数 是 实现 函数 ， 定 义 变量 是 为 变量 分 
配 存储 区 域 。 变 量 可 以 被 声明 多 次 ， 引 用 多 次 ， 但 只 能 定义 一 次 。 

定义 变量 将 变量 名 字 引 入 到 了 程序 的 命名 范围 。C 程序 有 多 个 命名 范围 ， 可 以 将 其 看 成 
一 个 范围 树 ， 在 最 顶层 的 根 是 全 局 范围 。 任 何 代 码 都 可 以 引用 全 局 范围 内 的 变量 。 全 局 变量 
和 非 静 态 (non-static) 函数 都 在 全 局 范围 内 。 大 括号 { } 定 义 了 子 范围 ， 该 范围 内 的 代码 只 能 
引用 树 中 该 范围 以 上 范围 内 命名 的 变量 。 另 外 ， 还 有 一 个 变量 范围 级 别 是 文件 范围 ， 由 
static 关键 字 来 声明 ， 也 就 是 说 ， 带 有 关键 字 static 标识 的 变量 只 能 被 同文 件 内 的 代码 引用 ， 
不 能 在 全 局 范围 内 被 引用 。 

如 果 一 个 C 程序 由 多 个 C 文件 构成 ， 为 了 引用 别 的 文件 中 的 变量 ， 需 要 使 用 声明 变量 
的 方式 ， 将 所 要 使 用 的 变量 名 字 引 到 全 局 范围 。 在 下 面 的 例 3.1 中 ,文件 P.c 定义 了 函数 
g0， 在 文件 flc 中 要 使 用 这 个 函数 ， 需 要 使 用 语句 extern void g0 先 声明 它 。 

例 3.1: 

fl.c 包含 的 C 代码 如 下 : 


extern void g( ) 


































































































































































































































































































































































































int main () { 
80;80; 
} 


f2.c 包含 的 代码 如 下 : 
void g() { 


printf(“hello world!”); 
} 


在 全 局 范围 内 组 织 变量 要 采用 诸如 头 文件 和 命名 约定 等 技巧 。 头 文件 也 是 一 种 C 源 文 
件 。 它 将 变量 声明 组 织 在 一 起 ， 这 些 声明 与 相应 实现 文件 或 目标 文件 的 定义 相 匹配 。 使 用 头 
文件 可 以 吕 免 大 量 重复 输入 可 能 带 来 的 差错 。 命 名 约定 可 以 在 一 定 程度 上 避免 使 用 不 同 的 符 
号 为 相同 的 变量 命名 。 例 如 ， 类 型 通常 有 t 的 前 缀 ， 保 证 类 型 和 函数 不 会 有 相同 的 名 字 。 有 
些 库 在 其 变量 前 使 用 相同 的 前 级 ， 如 gkt_ 用 在 GKT+ 图 形 工具 的 库 中 。 这 些 前 绥 提 醒 用 户 避 
免 与 其 他 库 中 的 符号 名 字 冲 突 。 但 是 这 样 的 做 法 使 得 编程 显得 繁 元 。 
如 果 某 个 目标 文件 引用 一 个 变量 ， 在 连接 阶段 ， 就 会 被 连接 到 定义 这 个 变量 的 目标 文件 
(可 能 是 库 文件 或 标准 的 目标 文件 )。 以 函数 为 例 ， 由 于 声明 函数 仅 对 应 一 个 函数 定义 ， 这 表 
明代 码 引用 一 个 函数 ， 实 际 是 引用 了 它 的 实现 。 如 果 两 个 源 文件 引用 相同 的 函数 名 字 ， 则 实 
际 上 引用 的 是 同一 个 函数 ， 这 就 在 两 块 代码 间 引 入 了 潜在 的 依赖 性 。 因 为 如 果 想 改变 一 个 文 
件 使 用 的 函数 实现 ， 那 么 也 会 改变 另 一 个 源 文 件 代码 使 用 的 函数 实现 。 这 种 情况 显然 不 是 我 
们 想 要 看 到 的 。 函 数 指针 是 避免 这 种 间接 绑 定 的 一 个 常用 办 法 。 在 代码 中 不 引用 特定 的 函 
数 ， 而 是 引用 一 个 存放 函数 指针 的 变量 ， 这 个 指针 可 以 指向 任意 一 个 函数 。 这 就 使 得 代码 可 
以 在 运行 时 再 解析 绑 定 ， 也 就 是 说 ， 通 过 选择 在 变量 中 存放 什么 函数 地 址 值 〈 指 针 ) 确定 绑 
定 。 通 过 使 用 函数 指针 ，C 程序 可 以 调用 那些 在 编译 时 还 没有 或 不 能 命名 的 代码 块 。 这 对 于 
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TinyOs5 实用 编程 一 一 面向 无 线 传 感 网 





具有 回 
例如 ，GUI 工 
在 GUI 工具 箱 预 编译 时 需要 调用 它 。 
此 针 ， 当 按钮 被 单 击 时 ， 调 
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i 



















































































k 箱 需要 调用 函数 对 有 


节点 软件 开发 


调 (callback) 的 系统 是 非常 重要 的 。 





























数目 的 文 从 
的 文件 系统 ， 如 USB 存储 设备 ， 裔 
避免 这 一 点 ， 操 作 系统 使 用 虚拟 文 但 
互 。 这 是 
实现 都 使 用 
程序 要 读 CD 时 ，OS 读 取 与 CD 文 伯 




































































天 
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x 





习 














相关 


日 户 事 件 进行 反应 ， 函 数 是 应 用 代码 的 一 部 分 ， 
具体 地 说 ， 应 用 
函数 指针 所 指 的 函数 。C 
因为 工具 箱 不 能 命名 这 个 函数 。 所 以 必须 使 用 函数 
UNIX 或 Linux 内 核 使 用 的 虚拟 文件 系统 也 是 一 个 典型 的 例子 。 操 作 系统 
系统 的 需求 ， 将 所 有 文件 系统 静态 编译 到 内 核 是 很 麻烦 的 。 如 
EE 新 编译 操作 系统 ， 这 很 烦琐 ， 
系统 (Virtual file system，VFS) 接 
套 基 本 的 操作 ， 比 如 read( ) 和 write( ) 等 ， 存 放 在 一 个 数据 结构 
己 的 函数 来 实现 这 个 数据 结构 ， 然 后 把 这 个 数据 结构 传 给 内 核 。 比 如 ， 


但 是 
创建 一 个 按钮 ， 给 这 个 按钮 一 个 函数 
FP 没 有 其 他 方式 可 以 高 效 地 做 到 这 一 
指针 ， 而 该 指针 必须 在 运行 时 分 配 。 
k 有 访问 任意 
果 为 了 支持 一 个 新 
是 不 应 该 的 。 为 了 
与 文件 系统 进行 交 
PF。 每 个 文件 系统 


口 











































































































核 与 特定 的 文件 系统 保持 独立 。 这 个 基本 方 
运行 时 分 本 
更 为 丰富 的 命名 范围 和 继承 仅 
的 层次 性 。 虽 然 类 可 以 在 其 域 和 方法 - 

















名 方法 ， 操 作 系统 必须 使 
C++ 除了 具有 
明 命名 范围 



































字 static 声明 的 变量 不 同 ， 它 不 是 在 命名 范 











FE 之 外 ， 
上 使 月 























在 全 局 范围 ， 因 出 


“no such variable 














三 








也 不 会 在 全 局 范围 内 被 命名 ， 其 他 文 从 
exists” 的 错误 。 相 对 的 ，C++ 类 ， 


























如 果 其 他 代码 引用 私有 变 





里 ， 


就 会 产生 


个 “access vi 


日 不 同 的 访问 
围 的 级 别 上 操作 。static 表明 变量 和 矣 


使 用 private 指定 变量 为 私有 的 ， 意 味 着 





当 用 户 
的 VFS 结构 ， 调 用 read( ) 函 数 指针 ， 从 而 使 得 内 
法 与 GUI 工具 箱 相同 。 总 之 ， 正 是 由 于 C 的 命 











的 函数 指针 来 达到 灵活 的 程序 连接 与 扩展 。 

















其 他 与 C 相似 。C++ 使 用 双 冒 号 :: 表 
述 符 ， 但 这 与 C 中 关键 
数 不 会 出 现 
系统 会 报 
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里 ， 


F 想 要 访问 这 样 的 变 














olation ”的 编译 错误 。 








C++ 的 继承 性 提供 了 比 C 更 容易 
扩展 抽象 。 实 践 中 ， 每 个 对 象 都 有 


























扩展 功能 的 方式 ， 

















个 指向 自己 的 函数 表 的 指针 。 该 函数 表 
































要 程序 员 维 护 它 。 基 于 C+ 的 系统 使 

建立 变量 名 字 之 间 的 绑 定 关系 。 
C++ 中 

程 将 对 象 与 其 初始 化 分 玫 
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里 












































JTetrisPiece， 会 产 竹 


的 类 Piece， 仅 仅 要 求 一 个 工程 来 为 它 








独立 了 。 也 就 是 说 ， 改 变 一 组 Piece 仅仅 要 求 改变 
变化 都 可 以 局 部 到 工程 中 来 。 工 程 的 设计 模式 使 得 命名 














那些 不 想 要 的 特定 类 之 间 的 依赖 关系 。 
3.1.2 nesC 





C 与 nesC 之 间 最 本 质 的 区 别 是 如 何 组 织 程序 。 下 面 以 ? 


现 和 nesC 实现 进行 讨论 。 





， 变 量 名 字 的 绑 定 使 得 工厂 函数 (Factory) 成 为 软件 
『。 比如，Tetris 游戏 可 能 需要 创建 游戏 片段 。 
游戏 引擎 直接 分 配 各 个 片段 。 将 游戏 引擎 绑 定 到 一 个 具体 类 比如 JPiece， 也 同时 绑 定 了 
JPiece 构造 函数 的 参数 列表 。 这 种 绑 定 是 不 必要 的 ， 而 有 
问题 。 如 果 不 将 游戏 引擎 绑 定 到 一 组 特定 类 的 集合 ， 
这 样 ， 游 戏 引擎 与 Piece 的 名 字 及 实现 就 相互 





创建 类 ， 


对 象 而 非 函数 指针 来 扩 


程序 使 用 类 而 不 是 函数 指针 来 表示 可 
是 只 读 的 ， 不 需 


与 C 一 样 ， 在 运行 时 
































展 功能 。 














的 通用 对 象 。 工 
简单 的 方式 是 让 





[ 程 实践 ， 
利 


















































|， 如 果 更 改 类 的 名 字 ， 比 如 改 成 


而 是 定义 一 个 抽象 








各 


吕 
E>» 








因 





为 仅 有 一 个 分 配点 ， 构 造 函 数 的 














1. 一 个 例子 的 C 实现 与 nesC 实现 


例 3.2: Powerup 应 月 





上 
32 











be 
N 加 




















呈 度 的 间接 性 ， 从 而 打 断 了 


定 和 文 的 

















个 简单 应 用 为 例 ， 绪 合 其 C 实 


C 实现 代码 : 


#include 
main() 


{ 


“mote.h” 


mote_init(); 
Led0_on(); 


sleepQ); 
} 


Powerup 应 用 的 C 实现 被 编译 并 连接 到 一 个 “mote” 库 。 
二 极 管 以 及 设置 节点 低 功 耗 状 态 等 























Powerup 应 用 的 nesC 实现 代码 见 2.4.1 节 ， 主 要 分 为 两 














PowerupC， 包 含 应 

















统 的 其 
























































的 服务 ， 显 式 地 指定 
事件 ， 在 配件 









































可 以 由 文档 生成 工具 


将 Boot 接 
这 个 事件 的 实现 中 调用 了 接口 


了 接口 

















连接 到 PowerupC， 











因此 该 事 们 
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函数 。 节 点 启动 后 ，main 函数 自动 被 调用 。 





该 库 提 供 了 硬件 初始 化 、 控 制 
个 组 成 部 分 : 一 是 模块 








| Powerup 的 执行 逻辑 ， 二 是 配件 PowerupAppC。 

在 模块 PowerupC 的 代码 中 ， 可 以 看 出 模块 PowerupC 基于 两 个 接口 
他 部 分 服务) 交互。 配件 PowerupAppC 指定 了 模块 PowerupC 如 何 连接 到 TinyOS 
之 间 的 连接 关系 。MainC 启动 系统 ， 它 通知 Boot 接 
F 被 通知 到 组 件 PowerupC 中 。 在 

















Leds 的 led0On 命令 ， 
nesdoc 生成 ， 具 体 见 2.4.2 节 








2. nesC 与 C 的 主要 区 别 
由 上 述 应 用 Powerup 的 C 实现 版 本 与 nesC 实现 版 本 可 以 得 出 C 与 nesC 的 不 同 。 





1) C 程序 | 











函数 组 成 ; 











2) C 函数 通过 直接 彼此 调用 来 进行 交互 ; 








因此 就 可 以 打 














Boot 和 Leds 与 系 











的 booted 











LED0。 组 件 组 织 结构 


相对 的 ，nesC 程序 由 组 件 组 成 ， 组 件 实现 特定 的 服务 。 









































接口 的 提供 者 提出 请 求 ， 提 供 
的 命令 与 事件 类 似 常 规 函 数 ， 包 含 标准 





区 人 
bi 























用 。PowerupC 是 Boot 和 Leds 的 使 用 者 ， 启 动 事件 是 一 
， 请 求 打开 LED0。nesC 接 


目 . 会- 人 
是 命令 


Led0On 











者 回调 (通知 事件 〉 接口 











组 件 之 间 交 下 















































event 来 区 分 请 求 与 回调 。 


3) PowerupAppC 是 C 与 nesC 之 间 最 大 的 不 同 。 换 名 话说 ，nesC 程序 使 
指定 组 件 之 间 如 何 交 互 。C 程序 中 调用 的 是 一 个 全 








来 显示 选择 使 用 哪个 组 从 






































了 PowerupC 的 Leds 接口 连接 到 组 件 LedsC 上 。 将 组 从 


来 2 个 好 处 。 
@ 在 编程 








过 程 中 往往 需要 切换 调 








> 


个 

















用 的 功能 模块 ，1 























系 ， 会 简化 具体 实现 代码 。 
我 们 尝试 改变 下 面 两 行 代码 : 
Components PowerupC, NoLedsC:; 
PowerupC.LedsC->NoLedsC.Leds; 


这 种 更 改 将 连接 切换 到 组 件 NoLedsC 上 ， 没 有 影响 nesC 程序 的 其 他 部 分 。 但 是 ， 对 于 














接口 指定 。 接 口 的 使 用 者 对 
的 使 用 者 。 接 口 是 一 组 相关 函数 的 集 











的 C 代码 。 调 用 命令 与 3 
回调 函数 ， 通 知 系统 启动 。 
与 Java 的 接口 类 似 ， 添 加 了 关键 字 command 和 





局 名 字 Led0 on。 而 nesC 程序 中 | 
的 函数 实现 ， 比 如 ， 组 件 PowerupAppC 中 的 连接 语句 显 式 地 指定 





通知 事件 就 是 函数 调 




















连接 显 式 地 


编程 者 











丈 放 


















































疗 的 连接 交 给 编程 者 决定 可 以 带 


























编程 者 来 决定 组 件 之 间 的 连接 关 
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C 的 实现 代码 而 言 ， 如 果 使 用 别 的 版 本 替换 反 Powerup 中 使 用 的 mote 库 ， 则 会 影响 所 有 的 
LED 用 户 ， 不 仅仅 是 应 用 Powerup 自己 。 
@ 提供 了 一 个 文 持 回调 的 有 效 机 制 
考虑 计时 器 的 例子 。 在 计时 器 到 时 时 ， 要 回调 与 该 计时 器 相关 的 触发 函数 。C 实现 中 为 
了 从 计时 器 函数 回 到 主 调 函 数 ， 需 要 使 用 函数 传递 运行 时 的 参数 。 在 nesC 实现 中 ， 计 时 器 
组 件 与 PowerupC 组 件 之 间 的 连接 是 在 编译 时 指定 的 ， 因 此 不 需要 函数 指针 ， 既 节省 了 
RAM， 也 允许 nesC 编译 器 执行 跨 组 件 的 回调 函数 的 优化 。 
总 而 言 之 ，nesC 与 C 的 主要 不 同 在 于 组 件 、 接 口 和 连接 。 这 些 都 与 程序 元 素 〈 变 量 、 
函数 与 类 型 等 ) 的 命名 和 组 织 有 关 。 
C 与 C++ 的 全 局 命名 范围 需要 动态 组 织 程序 。 对 于 函数 调用 ， 连 接 程序 的 工作 就 是 对 应 
上 全 局 命名 范围 中 那个 唯一 的 函数 名 字 。 如 果 多 个 程序 块 引用 同一 个 函数 ， 在 这 些 程序 块 之 
间 会 引入 潜在 的 依赖 性 。 针 对 这 个 问题 ，C 和 C++ 分 别 使 用 了 函数 指针 或 工程 等 间接 方式 ， 
将 函数 的 不 同 实现 区 分 。 
nesC 中 采用 了 不 同 的 方式 一 一 静态 连接 。nesC 是 基于 组 件 的 C 语言 。 组 件 是 一 段 段 
具有 一 定 功 能 的 代码 块 。 在 某 些 方面 ，nesC 组 件 与 对 和 象 相似 ， 比 如 ， 封 装 状 态 、 将 状态 与 
功能 合 到 一 起 。 它 们 的 主要 区 别 在 于 命名 范围 ，C++ 对 象 引 用 在 全 局 命名 范围 的 函数 和 变 
量 ;， 而 nesC 的 组 件 名 字 是 全 局 的 ， 但 组 件 内 部 的 操作 是 局 部 的 。 组 件 仅 能 引用 自己 局 部 范 
围 〈 组 件 范围 ) 内 的 函数 和 变量 ， 不 能 引用 别 的 组 件 范围 内 的 函数 和 变量 。 为 此 ， 组 件 不 
仅 要 声明 它 提供 《实现 的 可 供 其 他 组 件 使 用 ) 的 函数 ， 也 要 声明 它 要 使 用 的 函数 。 由 于 组 
件 用 来 调用 函数 的 名 字 是 完全 局 部 的 ， 它 引用 函数 使 用 的 名 字 不 必 与 实现 函数 的 名 字 相 
同 。 组 件 A 声明 提供 函数 b， 实 际 上 是 将 A.b 引入 到 全 局 命名 范围 ， 另 一 个 组 件 C 提供 函 
数 b 即将 C.b 引入 到 全 局 命名 范围 。 也 就 是 说 ， 即 便 某 个 组 件 D 想 要 引用 函数 b， 也 可 能 
引用 完全 不 同 的 实现 。 
表 3-1 中 总 结 了 C、C++ 与 nesC 在 组 织 程序 方面 的 不 同 。 
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表 3-1 C、C++ 与 nesC 的 比较 

























































































结构 元 素 C C++ nesC 
编程 单元 文件 类 组 件 
编程 单元 规范 头 文件 类 声明 组 件 规范 
编程 规范 模式 抽象 类 接 
编程 单元 组 织 名 字 匹 配 名 字 匹 配 连接 
延迟 组 织 函数 指针 虚拟 方法 连接 
C 语言 中 的 编程 单位 是 文件 ， 由 相关 头 文件 来 规范 文件 行为 。 连 接 程序 通过 匹配 文件 内 














通 
的 全 局 元 素 名 字 来 构建 应 用 。 用 这 种 连接 方式 来 构建 程序 是 不 够 的 ， 因 此 ， 编 程 者 还 需 使 用 
函数 指针 的 方式 支持 延迟 调用 的 函数 。 
C++ 提供 了 组 织 程序 的 显示 机 制 。 编 程 单 位 是 类 ， 类 将 相关 函数 组 成 组 ， 程 序 由 一 组 交 
互 的 对 象 ( 类 的 实例 ) 组 成 。 抽 和 象 类 用 于 定义 通用 的 类 模式 ， 类 从 抽象 类 中 继承 并 实现 它 的 
方法 。 连 接 程 序 通 过 匹配 类 和 函数 名 字 来 构建 应 用 。 相 对 于 C 中 的 函数 指针 ， 虚 拟 方法 提供 
了 更 加 便利 和 结构 化 的 方式 。 
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nesC 程序 由 相互 协作 的 组 件 组 成 。 每 个 组 件 使 用 接口 来 指定 它 提供 和 使 用 的 服务 。 编 
程 者 编写 连接 语句 来 连接 组 件 以 构建 应 用 。 由 于 使 用 显 式 连接 语句 ， 不 依赖 于 隐 式 的 名 字 匹 
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配 ， 因 此 ， 不 需要 使 用 如 函数 指针 、 虚 拟 方法 的 动态 机 制 。 





3. nesC 编程 模式 成 因 的 简要 分 析 








实际 上 上， 编写 nesC 程序 主要 包括 

















两 个 部 分 : 编写 组 件 ， 连 接 函 数 的 使 用 者 与 提供 者 。 








每 个 组 件 有 一 个 规范 《说 明 )， 它 是 一 个 代码 块 ， 用 来 声明 它 提供 的 函数 和 使 用 的 函 
数 。 对 于 提供 的 函数 ， 组 件 必 须 定义 这 个 函数 ， 其 他 组 件 可 以 调用 它 。 相 反 的 ， 组 件 要 调用 








某 个 函数 ， 需 要 






































其 他 组 件 来 定义 这 个 函数 。 组 件 可 以 调用 自己 提供 《定义 ) 的 函数 。 
组 件 通常 由 一 组 接口 (Leds、Boot、SplitControl 和 AMSend 等 ) 来 指定 。 实 际 编程 中 ， 







































































在 组 件 规 范 中 很 少 声明 单独 的 函数 ， 更 多 是 使 用 接口 〈interfaces)。 接 口 是 一 组 相关 函数 的 























































































































将 提供 者 与 使 用 者 连接 起 来 称 











各 

其 他 服务 或 抽象 的 组 件 要 使 用 stdControl 接口 。 接 口 简化 了 代码 ， 并 且 使 得 代码 更 加 清 
晰 。 因 为 组 件 之 间 的 相互 操作 遵循 标准 的 模式 。 

en 


集合 。 例 如 ， 管 理 和 配置 方面 的 应 用 经 常 需要 启动 和 停止 系统 抽象 (也 就 是 某 种 系统 服 
务 )， 如 打开 传感器 读 取 数据 ， 打 开 无 线 协议 栈 接收 分 组 等 。StdControl 接口 是 表示 这 种 功 
能 的 常用 方式 。 被 打开 和 关闭 的 抽象 或 服务 的 组 件 要 提供 stdControl， 同 时 ， 需 要 打开 或 关 
















































































为 “wiring”。 例 如 ，PowerupC 中 的 代码 具有 调用 








Leds.startO 的 函数 的 内 容 ， 如 果 Leds 不 连接 到 提供 者 ， 这 些 函 数 就 是 未 定义 的 符号 ， 即 没有 





























绑 定 到 任何 实际 的 代码 上 。 如 果 Leds 被 连接 到 LedsC 上 ， 那 么 当 PoewerupC 调用 Leds.start() 











时 ， 束 调用 了 LedsC 中 的 Leds.start()。 








PoewerupC 和 LedsC 是 完全 分 离 的 ， 仅 当 在 连接 了 的 























时 候 才 绑 定 起 来 。 这 种 连接 在 编译 时 进行 ， 不 需要 运行 时 分 配 或 在 RAM 中 存储 函数 指针 。 








而 且 ， 由 于 没有 间接 引用 方式 ，nesC 编译 器 清楚 完整 的 函数 调用 关系 可 以 进行 一 些 跨越 调用 














边界 的 优化 。 
































为 什么 在 TinyOS 或 nesC 中 采用 这 种 编程 模式 呢 ? 
这 主要 是 由 TinyOS 面向 应 用 的 网 络 节点 的 特点 与 需求 所 决定 的 。TinyOS 主要 是 面向 无 


























线 传 感 网 等 低 功 率 网 络 节点 而 设计 的 。 























这 类 网 络 节 点 与 我 们 熟悉 的 功能 强大 、 应 用 繁杂 的 互 




















联网 端 用 户 节点 存在 很 大 不 同 。 端 节点 上 存在 大 量 与 用 户 即时 交互 的 应 用 ， 比 如 使 用 浏览 









































上 网 ， 使 用 word 编辑 文档 ， 使 用 上 邮 人 





























得 用 户 与 节点 的 交互 操作 极其 频繁 。 另 外 ， 由 于 商业 等 多 方面 的 因素 ， 节 点 上 运行 的 软件 程 




















序 功能 也 需要 动态 的 维护 更 新 。 














客户 端 下 载 邮件 ， 使 用 QQ 与 朋友 聊天 等 等 ， 这 些 使 





























相对 的 ， 无 线 传 感 网 一 般 具 有 如 下 几 个 特点 。 
1) 一 般 面 向 监测 、 感 知 等 方面 的 应 用 ， 网 络 节点 功能 相对 特定 。 通 党 工作 在 无 人 看 管 
的 状态 下 ， 节 点 周期 性 或 触发 性 地 向 控制 中 心 发 回 感知 数据 ， 控 制 中 心 主动 与 节点 的 交互 非 

















常 少 。 






































2) 网 络 通常 布设 在 远 端 ， 网 络 功能 在 一 段 较 长 的 时 间 内 不 会 发 生变 化 ， 也 就 是 说 ， 网 




















络 节点 功能 的 更 新 周期 很 长 ， 通 常会 是 儿 个 月 或 是 几 年 











3) 网 络 节点 能 力 微小 ， 包 括 处 理 











能 力 、 存 储 能 力 以 及 通信 能力 等 。 














由 此 可 见 ， 该 类 节点 上 的 软件 程序 采用 静态 组 织 的 方法 ， 在 满足 节点 能 力 微小 限制 的 同 





时 ， 又 可 以 满足 网 络 节 点 的 应 用 需求 。 
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32 组 件 定 义 


每 个 组 件 都 有 





包含 组 件 LedsC 





组 件 名 字 位 于 全 局 范围 ， 也 就 是 说 ， 每 个 组 件 只 有 一 个 定义 ， 相 应 的 ，nesC 编 








gp 





























个 名 字 为 LedsC 





.nc 的 文件 。 


己 的 源 文 伯 
的 nesC 代码 ， 了 而 缚 

















组 件 分 为 配件 和 模块 两 类 。 


module 


模块 名 { 





// 组 伯 
} 


F 规 范 


implementation{ 


/ 组 件 实现 


} 


无 论 模 块 还 是 配件 ， 
键 字 module 来 声明 。 配 件 使 用 关键 字 configuration 来 声明 。 关 键 字 module 或 configuration 
后 面 跟着 模块 或 配件 的 名 字 。 组 件 名 字 后 加 上 “.nc” 的 扩展 名 上 


























定义 都 





F， 组 件 与 其 源 文件 名 字 之 间 
日 件 PowerupC 的 nesC 








是 一 一 映射 的 。 例 如 ， 文 件 LedC.nc 
尺码 包含 在 文件 PowerupC.nc 中 。 


























译 器 只 加 载 











configuration 配件 名 { 
/组 件 规 范 


} 





implementation{ 


/ 组 件 实现 


} 





包括 两 个 组 成 部 分 : 











字 。 组 件 名 后 面 大 括号 
的 语句 是 该 组 件 





TinyOS 代 


“Common”， 即 共 


有 的 ， 表 明 在 该 组 件 所 在 


























的 实现 代码 。 
码 有 一 个 
有 的 ， 表 





的 语 名 


上 强 否 
明 该 组 伯 















































怕 





ds 





生 的 编码 约 
F 是 可 以 被 其 他 组 人 
录 之 外 的 组 件 不 能 使 用 它 ， 


Eg 


人 : 








组 件 名 字 皆 以 C 或 了 








规范 与 实现 ， 如 上 所 示 。 模 块 使 用 关 





I 是 存放 该 组 件 的 源 文件 名 





述 了 该 组 件 的 规范 。 关 键 字 implementation 后 面 大 括号 中 





结尾 。C 代表 




















尾 的 组 件 来 封装 它 ， 以 便 其 他 组 件 使 用 。 例 如 ， 对 于 纤 





此 





相对 的 ， 
供 所 有 其 他 名 























模块 和 配件 
)。 模 块 与 配件 的 主要 区 别 在 于 








明 接 























自由 使 用 的 。P 代表 “Private”， 即 私 
但 一 般 会 在 所 在 目录 下 有 一 个 以 C 结 
日 件 LedsC， 任 意 组 件 都 可 以 使 用 它 ; 






























































组 件 LedsP 只 有 与 同 目 孙 、 
日 件 使 用 。 

















的 文件 才能 使 





j 它 。LedsP 被 LedsC 封装 后 ， 便 可 以 

















的 规范 部 分 























模块 代码 包括 声明 变量 和 函数 以 及 调 





成 。 这 些 连接 代码 将 纪 











主要 区 别 。 将 模块 和 本 
用 程序 。 
发 者 也 可 提供 
践 的 过 程 中 逐渐 





自己 的 应 
的 。 其 他 





























NT 


t 











理解 这 一 点 。 


日 件 组 织 起 来 。 这 是 一 种 新 的 编 
件 区 别 开 来 的 主要 原因 








有 相同 的 语法 ， 可 以 声明 一 个 或 多 个 接口 ， 也 可 以 为 空 ( 不 声 
实现 部 分 。 模 块 实现 部 分 由 类 似 C 的 nesC 代码 组 成 。 
函数 等 。 配 件 实现 部 分 








nesC 连接 (wiring) 代码 组 












































如 ， 通 过 配件 把 一 个 或 

















程 模式 ， 也 使 得 配件 成 为 nesC 与 C 的 
在 于 允许 用 户 在 系统 现 有 实现 代码 基础 上 构建 
多 个 组 件 封装 起 来 ， 其 中 没有 一 个 是 自己 设计 
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模块 与 配件 的 实现 分 别 在 3.4 节 与 3.5 节 中 着 重 介 
3.2.1 组 件 规范 


大 多 数 情况 下 ， 组 件 








后 丁 二 


下 二 














Ti 阿 女 请 


明日 








Cs 


发 者 使 用 。 





读者 将 在 nesC 编程 





天 








件 的 规范 部 分 。 








提供 的 服务 (或 功能 ) 和 使 用 的 服务 〈 或 功能 )。 这 


些 通过 在 组 件 规范 中 声明 提供 接口 (provides interface) 或 使 用 接口 (uses interface) 的 nesC 


语句 来 实现 。 
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@ 使 用 关键 字 provides 声明 组 件 提 供 的 接口 ， 表 明 组 件 能 够 提供 的 服务 。 

@ 使 用 关键 字 uses 声明 组 件 使 用 的 接口 ， 表 明 组 件 需 要 使 用 的 服务 。 

接口 是 为 某 个 服务 或 抽象 声明 一 组 相关 的 函数 。 例 如 ， 为 了 控制 节点 上 的 二 极 管 
(LED)， 定 义 接口 Leds 来 声明 关闭 、 打 开 二 极 管 等 相关 函数 ， 为 了 通知 应 用 节点 已 经 启动 
起 来 ， 定 义 接口 Boot 来 声明 一 个 通知 函数 (booted)。 接 口 相关 说 明 后 面 将 会 详 述 。 



















































































































































































































































































例 3.3: 
1): module PowerupC{ 
uses interface Boot; 
uses interface Leds; 
> configuration Leds{ 
provides interface Leds; 
} 

在 例 3.3 中 ， 模 块 PowerupC 的 规范 中 包含 了 2 条 语句 ， 关 键 字 uses 表明 接口 Boot 和 接 
口 Leds 是 两 个 使 用 的 接口 。PowerupC 使 用 Boot 接口 来 接收 节点 启动 的 通知 事件 ， 使 用 
Leds 接口 来 打开 节点 的 二 极 管 。 相 对 的 ， 配 件 LedsC 提供 了 一 个 接口 Leds， 用 于 控制 3 个 
二 极 管 的 抽象 。 

组 件 规范 中 可 以 既 提供 接口 也 使 用 接口 。 在 例 3.4 中 ， 配 件 MainC 的 规范 部 分 提供 接口 
Boot， 使 用 接口 mit。 配 件 MainC 实现 了 节点 的 启动 顺序 。 节 点 启动 顺序 中 的 一 项 主要 工作 
是 MainC 使 用 Init 接口 来 初始 化 软件 。 例 如 某 模块 中 有 一 个 状态 需要 在 系统 启动 前 进行 初始 
化 ， 那 么 该 模块 需要 提供 Init 接口 。 当 节点 启动 起 来 时 ，MainC 通过 Boot 接口 中 的 事件 
booted 通知 其 他 组 件 ， 如 模块 PowerupC。 

例 3.4: 

configuration MainC{ 


provides interface Boot; 


uses interface Init as 


. 
组 件 的 规范 部 分 可 以 为 
3.2.2 ”关键 字 as 








NS 























心 的 读者 会 发 现 ， 上 面 MainC 配 伯 


SoftwareInit; 























空 ， 表 明 组 件 是 顶层 应 用 本 




















as 。 关 键 字 as 的 作用 是 
SoftwareInit， 表 明 使 用 该 接 
的 可 读 性 。 








为 接口 
口 对 软 人 











除了 上 述 情况 外 ， 还 有 
在 组 件 规范 
类 型 接口 的 多 个 实例 。 例 如 
是 一 个 配 伯 


组 件 




































































上 。 模 块 LedsP 的 规范 见 例 3.5， 通 过 





F 规 范 部 分 的 第 二 条 语句 中 续 
定义 一 个 别名 。 这 里 是 为 接口 Init 定义 了 一 个 别名 
F} 进 行 初始 化 。 从 这 个 角度 来 看 ， 使 月 





种 情况 要 求 在 组 件 规范 中 必须 使 月 
可 能 需要 多 次 提供 或 使 用 同一 接口 ， 上 出 


时 必 


C 件 ， 如 PowerupAppC。 


入 了 一 个 新 的 关键 字 











日 as 可 以 提高 程 





序 











关键 字 as。 
须 使 用 关键 字 as 来 区 分 同一 




































































史记 








F LedsC 通过 Leds 接口 提供 
FE， 没有 可 执行 代码 ， 它 将 二 极 管 模块 LedsP 连接 到 更 为 底层 的 能 够 激励 二 极 管 的 
关键 字 as， 为 接口 











了 三 个 二 极 管 的 抽象 。LedsC 




















GenerallO 的 三 个 实例 定 
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义 了 不 同 的 别名 。 总 之 ， 








3.7.5 小 节 。 


证 配件 实现 组 件 连接 的 过 程 



































在 组 件 规 范 中 ， 必 须 确 保 每 个 接口 实例 都 具有 唯 
中 不 至 于 产生 混乱 。 在 模块 LedsP 后 的 “@” 

















例 3.5: 模块 LedsP 的 规范 


module LedsP (@safe(){ 


provides{ 
interface Init; 
interface Leds: 


} 


Uses{ 


interface GeneralIO as Led0; 
interface GeneralIO as Led1l; 
interface GeneralIO as Led2; 


} 
} 











事实 上 ， 接 口 声 明 














己 经 隐 性 地 使 用 了 as。 








是 第 二 条 语句 的 缩写 。 


Uses interface Leds; 





uses interface Leds as Leds; 








关键 字 as 不 仅 可 以 应 用 于 如 
为 声明 的 组 件 设 定 别 名 。 他 们 的 作用 类 似 了 
大 提高 程序 代码 的 可 读 性 。 











3.2.3 ”将 接口 分 成 组 


如 果 组 
组 。 上 






































的 名 字 ， 才 能 保 























下 述 两 条 nesC 语 名 中， 得 


代表 属性 ， 详 见 





一 条 语句 实际 上 














昌 件 规范 中 为 接 

















设 定 别 名 ， 还 可 




















牛 规范 中 提供 多 个 接口 或 者 使 用 多 个 接口 ， 可 以 将 提供 
i 提 到 的 模块 LedsP 是 





一 个 典型 


A 
































例 3.6: 








日 











module LedsP (@safe(){ 
provides interface Init; 


provides interface Leds; 


uses interface GeneralIO as Led0; 


uses interface GeneralIO as Led1l; 


uses interface GeneralIO as Led2; 


} 








另外 ， 组 件 规 范 ， 














通常 会 先 声 明 提 供 的 接口 ， 再 声明 使 用 的 接口 。 

















件 的 可 上 
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时 服务 和 所 依赖 的 服务 





需要 男 


的 是 使 得 代码 更 加 清 


1 的 组 件 提供 的 服务 )。 但 是 耶 






























































没有 差异 。 





或 者 使 用 的 多 个 
的 例子 ， 使 用 大 括号 将 提供 的 Init 接口 和 Leds 接 
括 起 来 ， 并 用 关键 字 provides 标识 ， 将 使 用 的 Led0、Ledl 和 Led2 接 
uses 标识 。 这 只 是 一 种 编程 风格 而 已 ， 
的 两 个 版 本 是 等 价 的 ， 这 两 种 写法 在 语法 和 代码 执行 效率 方面 


括 起 来 ， 
晰 易 读 。 也 就 是 说 ， 例 3.6 


以 应 用 于 配件 实现 部 分 ， 
变量 名 字 和 函数 名 字 。 有 效 使 用 关键 字 as， 会 大 





接口 分 成 























j 关 键 字 


























这 样 便于 读者 了 解 组 























E 茶 些 具 有 多 个 功能 的 较 
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为 复杂 的 组 件 中 ， 就 不 必 遵 循 这 种 风格 了 。 相 反 的 ， 将 功能 相关 的 接口 放 到 一 块 ， 往 往 使 得 
代码 更 具有 可 读 性 。 


接口 


接口 用 于 描述 组 件 之 间 在 功能 方面 的 相互 关系 。 在 这 种 相互 关系 中 ， 组 件 扮演 的 角色 依 
赖 于 它 是 提供 接口 还 是 使 用 接口 。 与 组 件 类 似 ， 接 口 名 字 与 其 源 文件 名 字 之 间 也 是 一 一 映射 
的 关系 。 例 如 ， 文 件 Bootnc 中 描述 的 是 接口 Boot， 接 口 Init 包含 在 文件 Initnc 中 。 接 口 名 
字 位 于 全 局 范围 。 


3.3.1 ”一般 接口 


在 语法 上 ， 接 口 与 组 件 完全 不 同 ， 它 只 有 一 个 组 成 部 分 ， 其 中 包括 一 个 或 多 个 函数 。 接 
口 的 定义 如 下 所 示 ， 关 键 字 interface 用 来 表明 这 是 一 个 接口 定义 。 接 口中 的 函数 可 以 分 为 2 
类 ; 命令 和 事件 。 关 键 字 command 和 event 分 别 标识 它 后 面 的 函数 是 命令 和 事件 。 由 此 看 
来 ， 接 口 实际 上 是 事件 和 (/ 或 ) 命令 的 集合 。 根 据 具体 设计 情况 ， 接 口中 的 命令 或 事件 可 
以 是 一 个 或 多 个 ， 也 可 以 只 有 命令 或 事件 。 
interface 接口 名 { 
command 类 型 标识 符 函数 名 《形式 参数 列表 ) ，; 






















































































































































































































































































event 类 型 标识 符 函数 名 (形式 参数 列表 ); 


} 


接口 Init 和 接口 Boot 的 定义 如 下 所 示 。 这 两 个 接口 很 简单 ， 接 口 Init 中 只 有 一 个 命令 
init， 接 口 Boot 只 有 一 个 事件 Booted。 
例 3.7: 接口 Init 和 接口 Boot 



























































1): interface Init{ 
command error t init(); 


} 
2): interface Boot{ 
event void booted(); 


} 


为 了 便于 描述 ， 将 在 规范 中 具有 提供 某 个 接口 语句 的 组 件 称 为 该 接口 的 提供 者 ， 具 有 使 
用 某 个 接口 语句 的 组 件 称 为 该 接口 的 使 用 者 。 
接口 的 使 用 者 调用 接口 中 的 命令 ， 接 口 的 提供 者 调用 接口 中 的 事件 。 相 反 的 ， 由 使 用 者 
实现 或 定义 事件 ， 由 提供 者 实现 或 定义 命令 。 在 应 用 Powerup 中 ， 组 件 PowerupC 是 接 
Boot 的 使 用 者 ， 组 件 MainC 是 接口 Boot 的 提供 者 。 当 系统 启动 起 来 后 ， 由 组 件 MainC 通过 
接口 Boot 通知 该 系统 已 启动 的 事件 。 这 里 的 通知 事件 实际 上 就 是 函数 调用 ， 即 由 组 件 
MainC 〈 实 际 上 是 由 MainC 封装 的 模块 RealMainP) 调用 组 件 PowerupC 所 使 用 接口 Boot 中 
的 Bootbooted0 函 数 ， 实 现 通知 事件 的 目的 。 实 现 事件 的 工作 在 PowerC 中 进行 。 相 对 的 ， 
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对 于 命令 的 实现 与 调用 ， 与 事件 正好 相反 。 组 件 PowerupC 使 用 Leds 接口 (定义 如 下 所 
示 )， 该 接 LedsC 提供 。PowerupC 调用 组 件 LedsC〔 实 际 是 模块 
LedsP) 中 实现 的 命令 Leds.Leds0on0。 

读者 读 到 这 里 ， 也 许 会 有 些 模 糊 。 不 用 着 急 ， 阅 读 后 续 对 模块 和 
配件 实现 的 介绍 后 ， 就 会 更 加 清楚 了 。 

Leds 接口 代码 如 下 : 











































































































interface Leds{ 
async command void led0On(); 
async command void ledOOff(); 
async command void ledOToggle(); 


async command unit8 t get(); 
async command void set(uint8 t val); 


} 


前 面 接触 的 几 个 接口 ， 要 么 上 只 有 命令 ， 要 么 只 有 事件 。 还 有 一 些 接口 中 既 包 含 命令 也 包 
含 事件 。 例 如 ， 下 一 节 将 要 介绍 的 分 阶段 接口 就 同时 包含 命令 和 事件 。 


3.3.2 ”分 阶段 操作 


通常 来 说 ， 人 硬件 是 分 阶段 (split-phase 操作 的 ， 即 软件 对 硬件 提出 请 求 ， 硬 件 完 成 操 
作 后 发 送信 号 《〈 比 如 中 断 ) 给 软件 系统 。 在 硬件 中 断 时 间 较 长 的 情况 下 ， 如 果 软 件 提出 请 求 
后 一 直 处 于 阻塞 状态 ，CPU 和 能 量 都 会 产生 较 大 浪费 。 对 于 这 个 问题 ， 传 统 的 解决 方法 是 使 
用 多 个 线程 〈thread) 等 待 硬件 信号 。 某 应 用 需要 使 用 硬件 时 ， 操 作 系 统 建立 请 求 ， 将 线程 
放 入 等 竺 队列， 然后 调度 其 他 线程 工作 。 当 硬件 中 断 到 达 ， 再 恢复 等 竺 线程， 并 将 其 放 在 就 
绪 队 列 中 。 由 于 每 个 线程 都 具有 自己 的 堆栈 ， 舱 入 式 系统 ， 村 各 会 证 来 较 大 的 RAM 开 
销 。 对 于 RAM 资源 非常 有 限 的 无 线 传感器 网 络 节点 等 来 说 ， 等 待 状态 的 线程 造成 了 堆栈 空 
间 的 严重 浪费 。 而 且 在 系统 中 分 配合 Co 

不 同 于 传统 的 解决 办 法 ，TinyOS 采用 的 方法 是 软件 也 使 用 分 阶段 操作 ， 省 使 用 分 阶段 
接口 来 达到 这 个 目的 。 分 阶段 接口 是 双向 的 ， 具 有 向 下 的 函数 调用 (命令 ) 来 启动 操作 ， 
具有 向 上 的 函数 调用 (事件 ) 来 通知 操作 完成 。 接 口 Read 就 是 一 个 基本 的 分 阶段 接口 ， 
大 部 分 传感器 驱动 程序 都 提供 该 接口 。 接 口 Read 中 包括 一 个 命令 read( ) 和 一 个 事件 
readDone( )。 当 调用 者 调用 命令 Read.read( )， 接 口 Read 的 提供 者 直接 返回 成 功 ， 并 在 将 
来 读 取 到 传感器 数据 后 ， 再 调用 Read.readDone( ) 来 通知 Read 接口 的 使 用 者 。Read 接口 代 
码 如 下 : 


interface Read<val >{ 
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command error t read(); 
event void readDone(error t result, val t val); 


} 


下 面 结合 模块 PeriodicReaderC 来 说 明 分 阶段 接口 Read 的 应 用 。 在 模块 PeriodicReaderC 
的 实现 代码 中 ， 接 口 函 数 StdControl.start( ) 启 动 了 计时 器 。 计 时 器 时 间 到 时 ，Timer.fired( ) 被 
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通知 ， 该 事件 的 处 理 程序 调用 Read.read( ) 并 返回 (这 是 分 阶段 操作 的 第 一 阶段 )。Read.read() 
由 负责 读 取 传感器 数据 的 组 件 定 义 并 提供 。 之 后 的 某 个 时 刻 ， 读 取 传 感 器 数据 的 组 件 通 
知 Read.readDone( ) 事 件 ， 实 参 val 为 传感器 数据 。PeriodicReaderC 对 于 该 事件 的 处 理 操 
作 是 将 采集 的 传感器 数据 存储 在 模块 变量 lastVal 中 (对 事件 进行 处 理 ， 是 分 阶段 操作 的 
第 二 阶段 )。 

这 种 同时 包含 命令 和 事件 的 接口 也 称 为 双向 接口 。 双 向 接口 使 得 调用 者 不 需要 使 用 函数 
指针 ， 就 能 够 注册 回调 函数 。PeridoicReaderC 模块 代码 如 下 : 

module PeridoicReaderC{ 


provides interface StdControl; 
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下 


uses interface Timer<TMilli>; 
uses interface Read<uint16 >; 
} 
implementation{ /模块 代码 实现 开始 
uint16 t lastVal=0; // 定 义 局 部 变量 
command error t StdControl.startO{ /定义 StdControl 接口 中 的 start 命令 
return call Timer.startPeriodic(1024); 
} 
command error t StdControl.stopO { // 定 义 StdControl 接口 中 的 stop 命令 
return call Timer.startPeriodic(1024); 
} 
event void Timer.firedO{ /定义 Timer 接口 中 的 fired 是 将 处 理 程序 
call Read.read(); 
} 
event void Read.readDone(erroe t err, uint16 t val){ /定义 接口 Read 的 事件 readDone 的 处 理 程 序 
if(err=—=SUCCESS) 
lastVal=val; 


) 
} /Wimplementation 代码 结束 



























































3.3.3 ”通用 接口 


前 一 小 节 中 介绍 的 接口 Boot、Init 和 Leds 都 是 无 类 型 的 。 本 小 节 介 绍 一 类 新 的 将 一 个 
或 多 个 类 型 作为 参数 的 接口 ， 如 上 面 提 到 的 接口 Read， 这 类 接口 称 为 通用 接口 。 接 口 的 类 
型 参数 用 尖 插 号 括 起 来 。 接 口 定 义 中 的 事件 和 命令 可 以 引用 接口 的 参数 ， 具 体 地 说 ， 可 以 在 
命令 或 事件 的 形 参 或 者 函数 〈 指 命令 或 事件 ) 返回 值 类 型 等 处 使 用 。 例 如 ， 在 接口 Read 
中 ， 参 数 val t 定义 了 读 取 数据 的 类 型 ， 并 将 其 作为 事件 readDone 第 二 个 形 参 的 类 型 。 在 接 
口 Get 中 ， 参 数 val_t 定义 获取 数据 的 类 型 ， 将 类 型 val_t 作为 命令 get( ) 返 回 值 的 类 型 。Get 
接口 代码 如 下 : 

interface Get<val t>{ 


command val t get(); 


} 
对 于 通用 接口 ， 有 以 下 三 点 说 明 。 


不 
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1) 通用 接口 可 以 支持 多 个 参数 类 型 ， 在 各 参数 类 型 之 间 使 用 逗号 分 隔 。 

2) 组 件 声明 通用 接口 时 必须 指定 参数 。 

3) 通用 接口 的 类 型 也 可 能 不 被 接口 中 的 任意 一 个 命令 或 事件 使 用 。 但 是 接口 的 提供 者 
和 使 用 者 之 间 进 行 连接 时 ， 接 口 的 类 型 参数 一 定 要 匹配 。 

例 3.8: 通用 接口 TimeSyncPacket 

































































































































































interface TimeSyncPacket<precision tag, size type>{ 
command bool isValid(message t* msg); 
command size type eventTime(message t* msg); 


} 


通用 接口 TimeSyncPacket 具有 两 个 参数 类 型 ，precision tag 和 size type 。 参 数 
precision tag 标识 计时 器 的 精确 度 类 型 ， 接 口 TimeSyncPacket 中 的 命令 和 事件 没有 使 用 这 个 
参数 。 参 数 size_ type 标识 了 命令 eventTime 的 返回 值 类 型 。 

磁力 计 组 件 的 规范 中 提供 的 接口 Read 也 是 一 个 通用 接口 ， 接 口 Read 的 参数 类 型 为 
uint16 t。 如 果 将 使 用 Timer<TMilli> 接 口 的 组 件 与 提供 Timer<TMicro> 接 口 的 组 件 连接 起 
来 ， 则 会 产生 编译 错误 。 

例 3.9: MagnetometerC 组 件 


module MagnetometerC{ 
provides interface StdControl; 





























































































































provides interface Read<uint16 > 


} 


BB 模块 


在 介绍 了 组 件 和 接口 等 概念 的 基础 之 上 ， 本 节 着 重 介绍 模块 的 实现 。 

模块 实现 包括 分 配 状态 和 实现 执行 逻辑 ， 主 要 包括 两 类 代码 : 数据 定义 或 声明 和 函 
数 定义 。 

在 模块 实现 代码 部 分 的 数据 可 以 分 为 变量 和 常量 两 种 类 型 。 模 块 变量 是 静态 存储 变 和 
除 特别 声明 外 ， 函 数 内 部 的 变量 都 是 动态 存储 变量 。 为 了 ) ， 齐 差异 以 及 同 
一 平台 上 MCU 与 无 线 通信 芯片 字 节 顺序 差异 ，nesC 支持 一 种 新 的 平台 独立 类 型 的 数据 。 模 
块 实现 中 使 用 的 常量 可 以 通过 常 值 变 量 、 宏 定义 和 枚 举 常 量 等 多 种 方式 来 定义 。 

函数 可 以 细 分 为 接口 函数 、 任 务 和 一 般 的 内 部 函数 。 接 口 函数 主要 对 接口 中 的 命令 或 事 
件 进行 定义 。 任 务 是 TinyOS 并 发 执行 模型 的 主要 组 成 部 分 ， 是 轻 量 级 的 可 以 延 后 执行 的 过 
程 调用 ， 可 以 在 菜 时 刻 提 交 并 被 调度 器 按照 一 定 的 调度 策略 调度 执行 。 

总 地 来 说 ， 模 块 实现 部 分 的 大 部 分 nesC 代码 与 C 非常 相似 ， 主 要 的 区 别 在 于 : 接口 函 
数 的 定义 与 调用 、 任 务 定 义 与 提交 以 及 模块 变量 的 命名 范围 等 。 
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3.4.1 接口 函数 
.接口 函数 的 定义 与 调用 
3 由 一 组 被 称 为 命令 或 事件 的 函数 组 成 ， 组 件 必 须 实 现 它 提 供 接口 中 的 命 
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令 以 及 使 用 接口 中 的 事件 。 因 此 ， 在 模块 实现 部 分 就 要 定义 接口 函数 。 不 同 的 接口 中 可 能 存 
在 相同 的 命 0 为 了 保证 函数 定义 的 唯一 性 ， 在 模块 实现 中 定义 接口 函数 
时 ， 函 数 名 字 由 接口 名 字 与 接口 中 的 命令 或 事件 名 字 组 合 而 成 ， 中 间 使 用 “.” 连 接 到 一 起 ， 
避免 了 不 同 接口 中 可 能 存在 的 同名 命令 或 事件 带 来 的 混乱 。 下 面 的 程序 是 模块 PowerupC 和 
RealmainP 的 定义 ， 关 键 字 implementation 后 面 大 括号 中 的 代码 是 模块 实现 。 由 于 PowerupC 
使 用 Boot 接口 ，Boot 接口 中 有 一 个 事件 booted， 因 此 ， 模 块 PowerupC 中 必须 定义 接口 函 
数 event void Boot.booted( ){...}。 接 口 函数 名 字 由 接口 名 字 Boot 与 事件 名 字 booted 联合 组 
成 。 当 接口 Boot 的 提供 者 RealmainP 向 模块 PowerupC 通知 系统 已 经 启动 的 事件 (signal 
Boot.booted0) 时 ， 就 调用 了 模块 PowerupC 中 的 Boot.booted( ) 函 数 ， 运 行 模块 PowerupC 中 
Boot.booted() 函 数 ， 会 进一步 调用 接口 命令 Leds.Leds0on()， 打 开 相 应 的 二 极 管 。 从 模块 
PowerupC 以 及 RealmainP 中 的 例子 可 以 看 到 ， 模 块 实现 部 分 除了 接口 函数 的 定义 外 ， 接 口 

函数 调用 也 与 C 中 函数 调用 的 用 法 不 同 ， 需 要 使 用 新 的 关键 字 。 
@ 调用 接口 命令 函数 时 使 用 关键 字 call， 如 模块 PowerupC 中 的 调用 接口 命令 语句 : 


call Leds.led0on(0); 
@ 调用 接口 事件 函数 使 用 关键 字 signal， 如 模块 RealmainP 中 的 调用 接口 
Signal Boot.booted(); 
在 上 述 的 描述 中 ， 读 者 自然 会 产生 这 样 一 个 疑问 : 为 什么 在 模块 RealMainP 中 运行 
signal Boot.booted( ) 语 句 ， 会 去 调用 模块 J 中 定义 的 接口 函数 Bootbooted() 呢 ? 这 些 
函数 名 字 的 调用 关系 是 如 何 绑 定 的 呢 ? 答案 是 : 只 需要 将 接口 (比如 这 里 的 Boot) 的 提供 者 


和 使 用 者 连接 上 就 可 以 了 。 连 接 接口 的 使 用 者 和 提供 者 是 配件 的 工作 ， 我 们 将 在 下 一 节 讨 
论 。 模 块 PowerupC 和 RealmainP 的 定义 代码 如 下 : 


module PowerupC{ module Real MainP(@safe(){ 
uses interface Boot; provides interface Boot; 
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事件 语 同 : 






























































































































































uses interface Leds; 


} } 








implementation{ /模块 实现 部 分 开始 implementation{ 
event void Boot.bootedO int main()@spontaneous0// 组 件 的 内 部 函数 
{ { 
call Leds.led0On(); 
} signal Boot.booted();// 通 知 系统 已 经 启动 的 事件 
】 } 
} 


2. 通过 接口 函数 传递 参数 

组 件 间 交 互 的 唯一 方式 是 通过 函数 调用 ， 这 里 的 函数 通常 是 指 接口 函数 。 通 过 接口 函数 
在 组 件 之 间 传 递 参数 的 方式 有 两 种 : 赋值 和 引用 《指针 )。 第 一 种 方式 是 将 数据 复制 到 栈 。 
在 这 种 方式 下 ， 被 调用 函数 可 以 自由 存放 和 修改 数据 。 第 二 种 方式 是 在 调用 函数 和 被 调用 函 
数 之 间 共 享 指针 变量 。 在 这 种 方式 下 ， 为 了 避免 内 存 数 据 损 坏 和 内 存 空 间 泄露 ， 两 个 组 件 都 
要 谨慎 管理 对 数据 的 访问 ， 因 此 应 该 尽量 减少 数据 共享 情况 的 出 现 。 
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减少 数据 共享 























使 用 了 这 种 方法 。 扫 
封装 在 组 件 中 ， 使 用 接口 
事件 的 持续 时 间 是 有 限 的 ， 因 


日 



































仍然 会 出 现 数据 不 一 致 的 问题 。 
这 种 方法 在 分 阶段 调用 中 不 适用 。 考 虑 下 面 的 接口 Send 中 的 函数 send 和 sendDone。 











interface Send { 


种 简单 的 方法 是 在 模块 变量 


提供 的 命令 来 访问 这 些 数据 。! 
此 数据 共享 的 时 间 也 很 短暂 ,减少 了 数据 共享 





















































command error t send(message t* msg, uint8 t len); 


command error t cancel(message t* msg); 


event void sendDone(message t* msg, error t error); 
command uint8 t maxPayloadLength(); 
command void* getPayload(message t* msg, uint8 t len); 


} 


接口 Send 也 是 一 个 分 阶段 接口 
Send 接口 的 使 用 者 调 

















。 发 送 分 组 
用 Send.send( ) 命 令 ， 即 调用 下 层 组 件 发 送 分 组 ， 











中 

















的 Send 接口 中 具有 4 





ii 




















个 通知 上 层 组 件 。 更 具体 地 说 ， 












































































































































不 存放 指针 。 在 一 些 抽象 数据 组 件 中 就 
] 象 数据 组 件 主要 包括 通用 模块 和 带 有 指针 参数 命令 的 通用 接口 。 将 数据 
于 使 用 指针 作为 参数 的 命令 或 者 
带 来 的 问题 ， 但 








个 命令 和 1 个 事件 。 
当下 层 组 件 发 送 完 分 
为 了 发 送 一 个 数据 





个 





组 后 ， 会 调用 该 接口 中 的 sendDone( ) 事 分 
组 ， 接 口 Send 的 使 用 者 调用 命令 Send.send( )， 返 回 值 是 SUCCESS， 表 明 已 经 将 指向 数据 
分 组 的 指针 (msg)〉 传递 给 了 接口 的 提供 者 《被 调用 者 )。 被 调用 者 将 在 一 个 变量 中 存储 该 指 
针 ， 改 变 状 态 并 直接 返回 。 如 果 接 口 Send 的 使 用 者 在 将 数据 分 组 传递 给 接口 的 提供 者 后 修 
改 了 数据 包 ， 则 数据 分 组 可 能 会 被 损坏 。 例 如 ， 接 口 提 供 者 中 的 调用 函数 在 计算 完整 个 数据 



















































































分 组 的 校 验 和 后 发 送 该 分 组 ， 此 后 又 修改 了 该 数据 分 组 中 茶 些 字段 的 值 ， 导 致 数据 分 组 的 校 
验 和 不 再 与 该 分 组 匹配 ， 在 这 种 情况 下 ， 接 收 该 数据 分 组 的 节点 会 认为 收 到 一 个 错误 的 分 组 
而 丢弃 它 ， 造 成 了 资源 的 浪费 。 

为 了 避免 上 述 问 题 ， 在 TinyOS 中 提出 了 “所 有 权 ” 规 则 : 任何 时 间 存 放 变 量 的 内 存 块 




















应 归 唯 














的 提供 者 )， 
































的 某 个 模块 所 有 。 在 上 述 例子 中 ， 接 
际 上 就 将 指针 msg 所 指 的 内 存 块 的 所 有 权 从 调 
因此 ， 在 该 分 组 真正 发 送 完毕 之 前 ， 即 收 到 Send.sendDone() 事 件 之 前 ， 接 口 
































Send 的 使 用 者 调 
者 (接口 的 使 用 者 〉 交 给 了 被 调用 者 






































Send 的 使 用 者 不 是 该 内 存 块 的 所 有 者 ， 所 以 不 要 对 该 内 存 块 进行 操作 ， 这 样 可 以 避免 





针 带 来 的 损坏 内 存 数 据 的 问题 。 为 了 充分 利用 内 存 ， 避 免 内 存 泄 露 问 题 ， 
Send.sendDone( ) 事 件 中 将 相应 的 内 存 块 指针 作为 参数 传递 回 接口 的 使 用 者 ， 将 内 存 块 的 所 有 























权 返 还 给 它 原来 的 所 有 者 ， 使 得 原来 的 所 有 者 可 以 继续 使 用 该 内 存 块 。 




















































































































了 命令 Send.send( )， 实 


(接口 











还 应 在 





齐 哲 
~ 担 














3.4.2 ”任务 
在 模块 实现 中 有 一 类 推 后 调用 的 函数 形式 ， 被 称 为 任务 (task)。 任 务 可 以 使 某 个 计 
逻辑 推 司 一 段 时 间 执 行 。 任 务 相 对 于 其 他 任务 具有 原子 性 ， 在 运行 过 程 中 ， 不 必 担 心 
其 他 任务 破坏 自己 的 数据 。 任 务 应 尽量 短 ， 否 则 会 影响 其 他 任务 的 执行 ， 降 低 系统 响应 
的 灵敏 性 。 











定义 任务 (定义 函数 ) 和 提交 任务 〈 调 用 函数 ) 都 在 模块 实现 部 分 完成 。 可 以 使 





方式 来 定义 任务 和 提交 作 
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F 务 。 对 于 同一 个 任务 ， 两 种 方式 不 能 混用 。 
































j 两 种 
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一 种 定义 任务 和 提交 任务 的 方式 

/定义 任务 /提交 任务 

task void 任务 名 (){ post 任务 名 (); 

} 
task 是 定义 任务 时 使 用 的 关键 字 ， 表 明 后 面 的 函数 是 一 个 任务 ， 任 务 没 有 返回 值 ， 没 有 

参数 。 

post 是 提交 任务 时 使 用 的 关键 字 。 执 行 该 语句 ， 实 际 
































上 是 将 任务 名 所 指 的 任务 挂 入 任务 


































































































































































































回 。 任 务 提交 成 功 返 回 SUCCESS， 和 否则 返回 EBUSY。 
. 第 二 种 定义 任务 和 提交 任务 的 方式 
i 中 提供 了 一 个 任务 接口 TaskBasic， 该 接口 中 包括 一 个 提交 任务 的 异步 命令 和 
个 通知 运行 任务 的 事件 。 使 用 该 接口 来 定义 任务 和 提交 任务 与 第 一 种 方式 是 等 价 的 。 

interface TaskBasic{ 
async command error t postTask(); // 提 交 任 务 
event void runTask(); // 运 行 任务 

} 

当 组 件 用 关键 字 “task” 定 义 一 个 任务 时 ， 实 际 上 就 表示 它 使 用 了 接口 TaskBasic 的 一 个 
实例 。 任 务 的 主体 就 是 事件 “runTask”， 当 组 件 使 用 关键 字 “post” 时 ， 实 际 上 是 调用 了 命 
令 postTask。 每 个 任务 接口 都 有 唯一 的 标识 作为 参数 来 与 调度 器 组 件 连接 ， 而 这 个 参数 是 通 
过 以 “TinySchedulerC.TaskBasic” 字 符 串 为 实 参 的 编译 函数 unique() 来 获得 的 。 编 译 函 数 


unique( ) 将 在 第 五 章 中 介绍 。 
例 3.10: BlinkTaskC 组 件 





#include “Timer.h” 

module BlinkTaskC{ 
uses interface Timer<TMilli> as Timer0; 
uses interface Leds; 


uses interface Boot; 


} 
implementation{ 
task void toggle(){ 
call Leds.ledOToggle(); 
} 


event void Boot.booted(){ 
call Timer0.startPeriodic(1000); 


} 

event void Timer0.fired(){ 
post toggle(); 

} 


} 
BlinkTaskC 组 件 使 用 了 第 二 种 定义 和 提交 任 
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此 任务 是 以 1000ms 为 周期 来 触发 Led0 灯 ， 切换 
， 此 任务 调用 Leds 接 
设 定 
新 初始 化 ， 使 定时 器 重 


义 了 一 个 名 为 toggle 的 
灭 状态 。 在 事件 Bootbooted0 中 
间 到 达 1000ms 时 ， 重 


于 务 





>» 





























中 的 命 








定时 器 Timer0 的 

















新 


才 








定时 器 Timer0 被 触发 时 ， 提 交 一 个 任务 。 
3.4.3 ”模块 数据 
1. 模块 变量 


一 般 来 说 ，nesC 中 不 提倡 

















使 




















] malloc 或 者 其 他 C 库 函 数 来 动态 分 站 






































亮 灭 状态 。 在 模块 的 实现 部 分 ， 定 
令 led0Toggle0 来 切换 Led0 的 亮 
值 为 1000ms， 当 定时 器 Timer0 的 时 
台 计 时 。 在 最 后 





事件 Timer0.fired0 中 ， 当 

















内 存 。 这 是 





因为 大 











动态 分 配 内 存 会 带 来 一 定 的 风险 。 合 适 的 做 法 是 在 模块 





开始 部 分 。 
在 模块 PeriodicReaderC 的 



































多 数 葡 入 式微 控制 器 没有 内 存 保护 ， 
中 通过 变量 来 静态 分 配 内 存 。 模 块 变量 定义 位 于 模块 实现 代码 的 
例 : 模块 PeriodicReaderC 的 工作 是 周期 性 采集 传感器 数据 。 
实现 部 分 ， 除 了 定义 StdControl 接口 中 的 命令 和 Timer、Read 接 
还 定义 一 个 类 型 为 uint_16 的 变量 lastVal， 用 于 存放 传感器 数据 。 
详细 说 明 。 
对 于 模块 变量 有 三 点 说 明 。 


1) 模块 变量 定义 位 于 模块 实现 部 分 的 7 
定义 的 同时 可 以 初始 化 〈 如 下 面 第 一 行 )， 也 可 以 将 定义 与 初始 化 分 


三 行 )。 









































uint8 tcount=1; 
Imessage t packet; 
message t* packetPtr =&packet; 















































开始 位 置 。 模 块 变量 定义 与 C 变量 是 一 致 的 ， 在 











中 的 事件 外 ， 在 开始 位 置 
uint_16 的 关键 字 ， 后 面 会 




















开 《〈 如 下 面 第 二 行 和 第 


















































































































































2) 模块 变量 的 命名 范围 是 组 件 。 本 模块 文件 范围 内 可 以 引用 该 变量 ， 而 其 他 组 件 不 能 
直接 引用 该 变量 ， 其 他 组 件 引 用 lastVal 的 唯一 方式 是 通过 接口 函数 。 在 这 个 例子 中 ， 其 他 组 
件 要 引用 lastVal， 可 以 调用 函数 Read.readDone( ) 来 返回 该 变量 的 值 。 

3) 模块 变量 是 静态 存储 变量 ， 类 似 于 C 中 使 用 关键 字 static 标识 的 变量 。 

除了 在 模块 实现 代码 的 开始 位 置 定 义 模 块 变 量 外 ， 在 各 函数 内 部 也 可 以 根据 需要 定义 内 
部 变量 ， 与 C 函数 内 部 变量 的 用 法 一 致 ， 这 里 不 再 更 述 。 

2. 平台 独立 数据 

TinyOS 具有 文 持 多 种 硬件 平台 的 能 力 。 微 控制 器 和 无 线 通 信 芯 片 是 硬件 平台 的 主要 组 
成 部 件 。 无 线 芯 片 与 微 控制 器 对 数据 的 布局 ( 字 节 顺序 big-endiamlitttle-endian) 可 能 有 所 不 
同 。 不 同 微 控制 器 上 处 理 器 的 地 址 总 线 宽度 也 可 能 不 同 ， 比 如 MSP430 的 地 址 总 线 是 16 














立 ，Atmag128 的 地 址 总 
界 ， 有 的 平台 上 却 不 能 
台 上 ， 针 对 无 线 通 信 





























j 准 











线 是 8 位 ， 这 从 
边界 。 而 没有 边界 对 准 
































节 长 度 是 11， 为 奇数 。 
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typedef struct cc2420 header t{ 
uint8_ tlength; 


芯片 CC2420 的 通信 分 组 控 各 














往往 使 得 同一 个 数据 结构 在 有 的 平 
的 字 是 不 能 加 载 
制 头 的 数据 结构 如 下 所 示 ， 该 数据 结构 的 字 





F 台 上 能 够 对 准 边 
使 用 的 。 比 如 TelosB 平 














uint16 t fcf; 
Uint8 t dsn; 
uint16 t destpan; 
uint16 t dest; 
uint16 t src; 
uint8 ttype; 
}cc2420 header t; 

















该 平台 的 微 控制 器 采用 的 是 MSP430F1611 (MSP430 系列 











TinyO5 编程 语言 nesC | 第 3 这 


























度 是 16 位 ， 字 节 的 变量 必须 与 2 字 节 边界 对 准 。 为 了 角 








面 填充 一 个 字 节 ， 从 而 实现 边界 对 齐 。 但 这 样 做 也 带 了 才 
个 数据 结构 在 不 同 平台 “〈 无 线 通信 蔚 片 相同 ， 微 控制 器 不 同 ) 
的 数据 结构 独立 于 硬件 平台 ， 
一 种 常用 的 解决 无 线 已 片 与 处 




















使 得 TinyOS 程序 ! 


















































的 一 种 )， 由 于 其 地 址 总 线 宽 
坚决 这 个 问题 ，MSP430 编译 器 会 在 后 








f 的 问题 ， 即 为 针对 CC2420 设计 的 这 
EF 的 数据 结构 是 不 相 容 的 。 如 何 
以 便于 能 够 对 数据 


























由 访问 与 使 用 呢 ? 












































时 器 之 间 不 同 字 节 顺 序 的 方法 是 调用 宏 指 令 来 转换 微 控制 











器 和 无 线 芯 片 的 字 节 顺序 ， 如 UNIX 中 的 宏 指 令 htons，ntohl 等 。 但 是 这 种 方法 容易 出 错 ， 





也 不 能 解决 边界 对 准 的 问题 。 
在 TinyOS 1.x 中 ， 一 些 程序 试 


























图 通过 使 用 gcc 的 packed 属性 来 解决 数据 结构 独立 于 硬 








件 平台 。 如 例 3.11 所 示 ，packed 告知 gcc 忽略 平台 的 结构 对 齐 要 求 来 紧凑 封装 一 个 数据 结 
构 。 这 种 做 法 使 得 运行 于 ATmegal28 和 x86 上 的 代码 数据 结构 格式 保持 一 致 ， 然 而 也 存在 

















些 问题 。 



































后 ， 这 种 方法 能 够 解决 边界 对 疹 











例 3.11: 


typedef struct RPEstEntry { 


uint16 tid; 
Uint8 treceiveEst; 





首先 ，MSP430 系列 的 gcc 版 本 (用 
packed 属性 标识 的 数据 结构 ， 其 次 ，packed 属性 是 


















































} _attribute_(( packed )) RPEstEntry; 


在 TinyOS 2.x 中 的 做 法 是 使 用 ] 
除了 在 关键 字 之 前 加 上 nx (表示 高 字 节 顺序 布 

















nesC 1.2 中 的 平台 独立 类 型 。 





























平台 独立 类 型 数据 的 定义 〈 声 明 ) 与 了 





例 3.12: 








nx uint16 tval;//A big -endian 16-bit value 
nxle uint32 t otherVal;V/ A little -endian 32-bit value 
































除了 简单 








数据 类 型 ， 也 有 
nx_struct 和 nx_union 声明 。 这 些 数据 








独立 了 
类 型 中 的 每 个 域 也 必须 是 平台 独立 类 型 。 非 位 的 域 以 字 








平台 的 结构 体 〈struct) 和 





于 Telos 系列 节点 ) 不 能 正确 
gcc 特有 的 ， 因 此 代码 可 移植 性 不 好 ;最 
问题 ， 但 是 不 能 解决 不 同 的 字 节 顺序 问题 ， 
在 不 同 字 节 顺序 的 平台 上 ， 仍 然 需 要 使 用 htons、ntohl 等 的 宏 转 换 。 


局 ) 或 者 nxle 〔 低 字 节 顺序 布 
FE 常 类 型 数据 一 臻 。 如 例 3.12。 

















处 理 使 用 

















对 于 简单 数 ] 





ul 


) 


前 级 外 ， 





























用 体 (union )， 分 别 用 

















节 为 单位 对 准 边界 。 例 如 ， 针 对 无 线 通信 芯片 CC2420 的 通信 分 组 控制 头 的 平台 独立 的 结构 














体 如 下 。 在 所 有 硬件 平台 
都 使 



































上 编译 这 个 结构 体 时 都 使 用 
1 相同 的 字 节 顺序 。 这 就 使 得 平台 代码 可 以 封装 科 



























































相同 的 内 存 布 局 ， 对 结构 体 中 的 各 个 域 
1 解 封 装 该 结构 体 ， 而 不 用 使 用 
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htons、ntohl 等 


程 一 一 面向 无 线 传 感 网 节点 软件 开发 


宏 指 令 。 


typedef nx struct cc2420 header t{ 
nxle uint8 tlength; 


nxle uint16 t fcf; 


nxle uint8 t dsn; 


nxle uint16 t destpan; 


nxle uint16 t dest; 


nxle uint16 t src; 


nxle uint8 ttype; 
}cc2420 header t; 





对 大 多 数 nesC 代码 ， 可 以 忽略 运行 时 间 的 开 人 4 
例 3.13: 

nx_uUint16 tx=5; 

Uint16 ty= XxX; 


肖 。 如 例 3.13。 









































上 述 代码 需要 几 个 处 理 器 时 钟 周期 将 x 的 字 节 重新 排序 ， 按 照 本 地 芝 片 的 字 节 顺序 形成 





y。 需 要 注意 的 是 ， 系 统 处 理 开销 与 转化 次 数 成 正比 。 因 此 ， 在 需要 对 菜 个 平台 独立 类 型 进 















































行 大 量 计算 或 者 多 次 访问 时 ， 需 要 先 将 其 转化 为 本 地 数据 格式 来 处 理 。 例 如 ， 要 对 多 字 节 数 




















| 





3. 常 值 变量 


在 TinyOS 程序 实现 中 往往 需要 一 些 常 量 ， 比 如 ， 习 
、 枚 举 以 及 #define 三 种 方式 实现 ， 这 三 种 方式 可 以 达到 相同 的 效果 ， 但 是 内 存 分 配 及 其 他 
例如 ， 定 义 一 个 最 大 重 传 次 数 ， 这 三 种 方式 声明 〈 定 义 ) 分 别 如 下 。 

















面 稍 有 不 同 。 


十 旺 
































组 执行 计算 ， 应 在 计算 前 把 这 些 数 组 复制 到 本 地 格式 ， 在 计算 结束 后 再 将 这 些 数组 复制 回 平 
台独 立 的 数据 中 。 


传 次 数 或 阅 值 。 可 以 采用 常 值 变 



























































方式 一 : 常 值 变量 














const int MAX RETRANSMIT = 5; 


方式 二 : MAX RETRANSMIT 5 枚 举 类 型 的 常量 


enum { 
MAX RETRANSMIT = 5 


沽 


方式 三 : 宏 定 义 #define 

#define MAX RETRANSMIT 5 
常 值 变量 是 一 种 常用 方式 ， 它 属于 静态 存储 分 配 ， 编 译 占 会 为 其 分 配 一 块 
RAM 或 ROM 区 域 ， 即 便 程 序 运 行 完 ， 这 部 分 存储 区 域 也 不 释放 。 使 用 枚 举 常 量 〈 枚 举 元 





在 C 中 ， 

































































素 ) 来 定义 常量 也 可 以 达到 相同 的 目的 。 枚 举 常量 在 节省 内 存 方面 优 于 前 一 种 方式 ， 属 于 动 























态 存 储 变量 。 相 应 程序 函数 运行 结束 ， 这 部 分 区 域 可 以 重 


























新 使 用 。 枚 举 常 量 在 某 些 方面 也 优 











于 第 三 种 方式 宏 定义 ， 因 为 枚 举 常 量 存在 调试 符号 表 和 应 
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用 的 元 数据 中 。 然 而 ， 枚 举 常 量 

















有 一 些 局 限 性 ， 只 能 声明 整数 常量 ， 而 使 用 宏 定 义 还 可 以 定义 浮 点 和 字符 串 常 量 等 。 


四 














需要 注意 的 是 ， 由 于 枚 举 类 型 默认 为 整数 宽度 ， 使 用 枚 举 类 型 声明 变量 


例如 枚 
例 


程 
的 方式 
广 





方 


在 第 
































举 类 型 变量 state t 的 定义 如 例 3.14。 
3.14: 





typedef enum { 
STATE OFF = 0， 
STATE STARTING = 1， 
STATE ON = 2， 
STATE STOPPING =3 
} state t; 
































序 中 需要 定义 变量 state， 该 变量 的 有 效 值 范围 是 0~3。 我 们 可 以 采用 下 述 两 种 不 同 























来 定义 变量 state。 
Fe 


state_t state; // platform int size (e.g., 2-4 bytes) 
式 二 : 


uint8 t state; // one byte 

















一 种 方式 下 ， 将 变量 state 定义 为 枚 举 类 型 。 由 于 该 类 型 变 直 




















数 宽度 
由 于 使 
枚 举 类 型 

力 
这 些 局 
































的 存储 单位 是 本 地 整 











， 在 微 控制 器 上 可 能 是 2 一 4 个 字 节 《依据 不 同 微 控制 器 而 不 同 








)。 在 





E 第 二 | 个 方式 下 ， 
































用 类 型 unit8_t， 因 此 只 分 配 单个 字 节 。 所 以 当 变量 所 需 长 度 比 较 短 时 ， 应 该 避免 使 用 














型 声明 变量 。 




















另外 ， 模 块 中 的 数据 是 局 部 的 ， 模 块 之 间 通 过 接口 函数 实现 数据 〈 状 态 ) 的 交互 。 除 了 
部 数据 之 外 ，nesC 程序 中 还 需要 一 些 全 局 可 用 的 数据 结构 、 数 据 类 型 及 函数 ， 比 如 
message t、error t 以 及 ecombine(...)。 为 了 说 明 方 便 ， 这 些 统称 为 全 局 名 字 。 与 C 一 致 ， 












































nesC 上 


例 





的 这 些 全 局 名 字 通 常 在 头 文 件 中 定义 。 例 如 ，TinyOS 的 error t 类 型 和 错误 常量 在 
\opt\tinyos-2.x\tos\types\TinyError.h 中 定义 。 如 例 3.15。 





3.15: 


enum { 
SUCCESS = 0， 
FAIL= 1,// Generic condition: backwards compatible 
ESIZE = 2, // Parameter passed in was too big. 
ECANCEL = 3, // Operation cancelled by a call. 
EOFF = 4, // Subsystem is not active 
EBUSY = 5,// The underlying system ls busy; retry later 
EINVAL = 6, // An invalid parameter was passed 
ERETRY = 7,// A rare and transient failure: can retry 
ERESERVE = 8, // Reservation required before usage 
EALREADY = 9, // The device state you are requesting ls already set 
}; 
typedef uint8 t error t; 
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需要 使 用 相应 的 全 局 名 字 时 ， 只 需要 在 模块 、 接 口 或 配件 等 源 文件 中 的 适当 位 置 (通常 
是 关键 字 modoule、interface 和 configuration 之 前 〉 使 用 文件 包含 (#include) 来 声明 即 可 。 
另外 ， 在 nesC 中 还 可 以 使 用 文件 包含 ， 使 得 在 模块 等 内 部 使 用 的 是 标准 C 库 或 者 是 用 户 私 















































有 C 代码 库 。 


135 配件 与 连接 


















































前 一 节 介 绍 了 模块 实现 。 模 块 实现 代码 负责 分 配 状态 和 定义 可 执行 逻辑 。 在 模块 命名 范 









































内 的 函数 与 变量 仅 能 供 模 块 自己 访问 ， 其 他 组 件 不 能 直接 访问 。 如 果 模 块 A 要 调用 模块 B 
Pp。 在 nesC 中 ， 这 种 映射 是 通过 配件 连 

















的 函数 ， 需 要 将 模块 B 中 的 函数 名 字 映 射 到 模块 A 
接 (wiring) 两 个 组 件 的 接口 来 实现 的 。 






































基于 连接 ， 配 件 能 够 将 现 有 组 件 组 织 成 一 个 新 的 抽象 ， 这 是 nesC 区 别 于 C 的 一 个 主要 






































方面 。 尽 管 配件 的 语法 非常 简单 〈 仅 有 几 个 操作 符 : ->、<- 和 =)， 但 是 
C 这 样 的 全 局 范围 编程 模式 的 编程 人 员 来 说 ， 这 种 编程 模式 是 较为 陌生 的 


学 习 。 













































































， 对 于 熟悉 了 诸如 
， 应 该 作为 重点 来 


配件 也 包括 规范 和 实现 两 个 组 成 部 分 。 有 一 类 配件 位 于 最 上 层 ， 将 其 他 组 件 连接 成 为 一 











个 完整 的 应 用 ， 称 为 顶层 配件 。 顶 层 配 件 在 其 规范 中 既 不 提供 接口 也 不 使 





都 对 应 着 一 个 顶层 配件 。 在 \opt\tinyos-2.x\apps\ 目录 下 的 每 一 个 应 用 中 ， 都 有 一 个 顶层 配件 


























用 接口 。 每 个 应 用 





























的 源 文 件 。 对 于 顶层 配件 的 命名 ， 有 一 个 非 强制 性 约定 : 顶层 配件 名 字 的 最 后 儿 个 字母 是 
AppC， 表 明 这 是 一 个 完整 应 用 的 顶层 配件 。 顶 层 配 件 源 文件 的 扩展 名 仍然 是 “.ne”。 






























































的 配件 规范 中 要 声明 提供 的 接口 、 使 用 的 接口 。 对 于 这 些 自己 声明 的 接口 
输出 接口 方式 来 实现 。 
配件 的 规范 在 上 一 节 中 已 经 详细 描述 ， 本 节 主 要 讨论 配件 的 实现 。 


3.5.1 配件 实现 
配件 定义 的 一 般 形 式 如 下 : 


configuration 配件 名 { 
/组 件 规范 ， 即 声明 提供 的 接口 、 使 用 的 接口 ， 也 可 以 为 空 
} 
implementation { 
// 声 明 组 件 语句 
components 组 件 名 1， 组 件 名 2，...， 组 件 名 n; 
// 连 接 语 句 
连接 组 件 语句 ; 
输出 接口 语句 ; 
} 


在 关键 字 implementation 后 面 的 大 括号 内 是 配件 实现 代码 。 














































































































除了 顶层 配件 外 ，TinyOS 下 的 其 他 配件 都 是 系统 或 其 他 组 件 能 够 使 用 的 抽象 。 在 这 样 

















， 配 件 还 需要 通过 


配件 的 实现 代码 由 两 部 分 组 成 。 第 一 部 分 是 声明 组 件 语 多， 用 于 声明 配件 将 要 使 用 的 
组 件 。 第 二 部 分 是 连接 语句 。 在 连接 语句 中 ， 有 一 类 是 使 用 操作 符 “->” 或 “<-” 将 前 面 声 
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明 的 组 件 连接 起 来 ， 另 一 类 是 使 用 操作 符 “=” 将 自己 声明 的 接口 与 前 面 某 个 声明 组 件 的 
接口 连接 起 来 ， 从 而 实现 配件 声明 的 接口 。 对 于 顶层 配件 而 言 ， 其 实现 代码 中 的 连接 语句 
只 有 第 一 类 。 
例 3.16: 应 用 Powerup 的 顶层 配件 PowerupAppC 
configuration PowerupAppC{} 
implementation { 
components MainC, PowerupC, LedsC; / (1) 声明 组 件 
MainC.Boot <- PowerupC; / (2) 连接 组 件 
PowerupC -> LedsC.Leds; / (3) 连接 组 件 
} 
以 上 是 应 用 Powerup 的 顶层 配件 PowerupAppC 的 代码 。 配 件 PowerupAppC 的 规范 为 
室 。 配 件 PowerupAppC 的 实现 代码 中 : 行 (1) 是 声明 组 件 语 句 ， 声 明了 本 配件 使 用 的 三 个 组 
件 ; 行 (2) 和 行 (3) 是 第 一 类 连接 语句 ， 将 行 1) 中 声明 的 组 件 按照 需要 连接 起 来 。 有 具体 
地 说 : 使 用 操作 符 “<-” 将 组 件 MainC 与 组 件 PowerupC 通过 接口 Boot 连接 起 来 ， 使 用 操作 
符 “->” 将 PowerupC 与 LedsC 通过 接口 Leds 连接 起 来 。 配 件 LedsC 的 定义 如 例 3.18。 
例 3.17: 配件 LedsC 
configuration LedsC { 
provides interface Init; 
provides interface Leds; 
a { 
components LedsP, PlatformLedsC; Wale, 
Init = LedsP; WD 
Leds = LedsP:; WC 
LedsP.Led0 -> PlatformLedsC.Led0; / (4) 
/将 模块 LedsP 通过 接口 Led0 连接 到 组 件 PlatformLedsC 
LedsP.Ledl -> PlatformLedsC.Ledl; WD 
} 
配件 LedsC 的 规范 中 提供 了 接口 Init 和 接口 Leds。 在 配件 LedsC 实现 代码 中 ， 除 了 使 
用 操作 符 “->” 连 接 组 件 LesP 与 组 件 PlatformLedsC 外 ( 行 (4)、 行 (5))， 还 使 用 操作 符 
“=” 将 自己 提供 的 接口 Init (Leds) 与 LedsP 提供 的 接口 Init (Leds) 连接 起 来 ( 行 (2)、 
行 (3))。 后 面 会 解释 这 儿 个 操作 符 的 作用 。 
在 配件 的 实现 代码 中 ， 声 明 组 件 与 C 中 声明 某 个 变量 类 似 ， 难 点 主要 在 于 使 用 操作 符 来 
实现 连接 。 
1. 声明 组 件 
在 配件 实现 代码 中 声明 组 件 时 ， 使 用 关键 字 components， 后 面 跟着 需要 声明 的 组 件 名 
字 ， 如 果 要 声明 多 个 组 件 ， 可 以 使 用 多 条 语句 分 别 声明 ， 也 可 以 使 用 一 条 语句 一 起 声明 ， 对 


























于 组 件 名 字 的 先后 顺序 没有 要 求 ， 但 是 要 用 逗号 陋 开 ， 








声明 组 件 语句 以 分 号 结尾 。 




















例如 在 顶层 配件 PowerupAppC 中 ， 行 (1) 使 月 
PowerupC 和 LedsC。 使 用 多 条 语句 分 别 声明 也 是 可 以 








一 条 语句 声明 了 三 个 组 件 MainC、 
的 。 
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components MainC; 
components PowerupC; 
components LedsC; 


在 声明 组 件 语句 中 ， 可 以 使 用 关键 字 as 为 组 件 设 定 一 个 别名 。 在 3.2.2 小 节 中 我 们 已 经 
介绍 过 关键 字 as， 主 要 讨论 了 如 何 使 用 关键 字 as 为 接口 设 定 别 名 。 这 里 继续 介绍 一 下 在 配 
件 实现 代码 中 声明 组 件 时 关键 字 as 的 主要 应 用 场合 。 

1) nesC 组 件 名 字 位 于 全 局 范围 ， 为 了 增强 名 字 的 描述 性 ， 组 件 名 往往 较 长 。 例 如 ， 
ATmegal28 上 SPI 总 线 的 硬件 表示 层 组 件 名 字 是 HplAtm128SpiC。 在 配件 中 使 用 组 件 时 ， 较 
长 的 名 字 往 往 为 书写 带 来 麻烦 ， 因 此 ， 在 声明 时 可 以 使 用 as 为 其 重新 命名 。 例 如 ， 在 封装 
HplAtm128SpiC 的 稍 上 一 级 的 配件 如 Atm128SpiC 中 ， 将 HplAtm128C 重新 命名 如 下 : 





























































































































































































































components HplAtml28C as HplSpi; 


实际 上 ， 在 配件 中 声明 组 件 时 都 隐 性 的 使 用 了 关键 字 as。 这 与 在 组 件 规范 中 声明 接 
一 致 的 。 上 述 声 明 组 件 MainC 的 语句 实际 上 是 下 述 语句 的 缩写 。 

















Pt 

















components MainC as MainC; 


2) 关键 字 as 的 一 个 重要 应 用 场景 是 : 在 多 次 实例 化 同一 通用 组 件 (通用 组 件 在 后 面 会 
介绍 ) 时 ， 需 要 不 同 的 名 字 分 别 与 各 实例 对 应 。 这 种 场景 下 ， 可 以 实现 区 分 的 唯一 方式 是 使 
用 关键 字 as 为 其 设置 别名 。 例 如 ， 在 配件 BlinkAppC 的 实现 代码 中 实例 化 通用 组 件 
TimerMilliC0 得 到 三 个 实例 ， 为 了 区 分 这 三 个 实例 ， 使 用 关键 字 as 分 别 为 其 命名 为 Timer0、 
Timerl 和 Timer2。 

例 3.18: BlinkAppC 配件 





























































































































configuration BlinkAppC 


{ 

} 

implementation 

{ 
components MainC, BlinkC, LedsC; 
components new TimerMilliC() as Timer0; 
components new TimerMilliC() as Timerl ; 
components new TimerMilliC() as Timer2 ; 
BlinkC -> MainC.Boot; 
BlinkC.Timer0 -> Timer0; 
BlinkC.Timerl -> Timerl; 
BlinkC.Timer2 -> Timer2; 
BlinkC.Leds -> LedsC; 

} 


3) 关键 字 as 还 有 一 个 重要 的 作用 ， 就 是 带 有 一 定 的 间接 性 。 具 体 地 说 就 是 ， 使 用 关键 
字 as 为 某 个 组 件 设 定 一 个 别名 ， 当 需要 替换 这 个 组 件 时 ， 只 需要 替换 这 一 行 ， 而 不 必 在 所 
有 该 组 件 名 出 现 的 地 方 都 进行 替换 操作 ， 减 少 了 差错 出 现 的 可 能 。 

例如 ， 在 配件 ActiveMessageC 的 实现 部 分 ， 使 用 关键 字 as 把 组 件 CC2420Active 
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2. 连接 

在 nesC 中 用 两 类 操 
使 用 者 与 接口 的 提供 
口 与 某 个 声明 组 件 的 接口 



























































MessageC 设 定 别名 为 AM。 然 后 通过 操作 符 “=” 将 组 从 
AM ( 即 组 件 CC2420ActiveMessageC ) 提供 的 接 
则 可 以 直接 替换 实现 部 分 的 第 一 行 替 换 该 组 件 即 可 。 


者 连接 起 来 ， 另 一 类 是 操作 符 


TinyOS 纺 


F ActiveMes 
连接 起 来 。 这 样 ， 


























作 符 来 实现 连接 语句 ， 一 类 是 操作 符 “->” 


连接 起 来 。 下 面 分 别 介绍 这 两 类 操作 符 。 





(1) 操作 符 “->” 和 “<-” 
操作 符 “->”" 和 “<” 是 两 个 基本 的 连接 操作 符 ， 月 















































实现 调用 组 件 和 被 调用 组 件 之 间 的 绑 定 。 箭 头 从 使 
接口 的 组 件 〈 接 口 的 提供 者 )。 不 必 区 分 连接 的 这 些 组 件 是 配件 还 是 
























































在 配件 PowerupAppC 中 ， 行 (2) 的 连接 语句 使 用 操作 符 “<- 
PowerupC 通过 接口 Boot 连接 起 来 。 其 中 
部 ，MainC 是 接口 Boot 的 提供 者 ， 位 于 箭头 的 头 部 。 值 得 兴 
MainC 在 其 规范 中 分 别 真 正 地 声明 了 使 用 接 
出 现 错误 。 

行 (3) 使 用 操作 符 “->” 将 组 件 PowerupC 和 LedsC 通过 
PowerupC 是 接口 Leds 的 使 用 者 ，LedsC 是 接口 Leds 的 提供 者 。 

只 要 保证 箭头 指向 符合 从 接口 使 用 者 到 接口 提供 























“=”， 用 来 将 配件 自身 提供 


日 于 将 接口 的 提供 
接口 的 组 件 〈 接 口 的 使 用 者 ) 指向 提供 


，PowerupC 是 接口 Boot 的 使 用 者 ， 位 于 箭头 的 


程 语 言 nesC | 第 3 党 

















sageC 提供 的 接口 与 组 从 
若 需 要 替换 该 组 件 的 使 








PL 29 
或 “<-” 有 





来 将 接 
或 使 用 





的 
的 接 

















者 与 使 用 者 连接 起 来 ， 








模块 。 
”将 组 们 





FE MainC 和 组 伯 
尾 
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效果 。 例 如 ， 下 面 两 行 是 等 价 的 。 


MainC.Boot <- PowerupC; 
PowerupC—> MainC.Boot; 


1) 快捷 连接 
在 操作 符 “->” 的 7 
组 成 ， 如 配 伯 











LedsPLed0，LedsP 是 模块 
名 字 为 Led0。 操 作 符 右 侧 的 端点 是 PlatformLedsC.Led0，1 
类 型 Leds 的 实 





例 与 接口 


两 人 


则 是 两 个 端点 。 通 常情 况 下 ， 端 点 由 








LedsP 的 实 























FE 意 的 是 ， 只 有 PowerupC 也 
Boot 和 提供 接口 Boot， 才 能 保证 这 种 连接 不 


声明 的 组 件 实 例 及 
F LedsC 中 的 行 (4): LedsPLed0 -> PlatformLedsC.Led0。 操 作 符 左 仙 
人 网 ，Led0 是 LedsP 规范 中 声明 的 类 型 为 Leds 的 实例 ， 

组 件 类 型 为 PltaformLedsC 的 实 








接口 Leds 连接 起 来 ， 








者 ， 操 作 符 “->” 和 “<-” 具 有 相同 的 连接 











接口 实例 


| 的 端点 是 






































例 组 成 。 在 连接 语 名 中， 要求 











能 将 不 同类 型 的 接口 实 侦 


C= 

















连接 在 一 起 ， 比 如 ， 不 能 将 接口 Boot 连接 











数 化 接口 而 言 ， 


Read<int16 从 连接 到 一 起 。 否 则 会 产 和 9 


接口 类 型 及 参数 都 应 匹配 ， 








在 操作 符 两 侧 端 点 ! 








车 


在 连接 歧义 性 ， 导 
件 PowerupAppC 上 




















E 编 译 错误 。 


丙 个 端点 的 接口 实例 是 同类 型 的 。 不 


到 





| 接口 Leds 上 。 对 于 参 





比如 ， 不 能 将 Read<unit8 位 与 接口 

















组 伯 

















三 | 
征 








因为 组 们 











FE PowerupC 仅 提供 


的 接口 实例 类 型 一 致 的 前 提 下 ， 如 果 某 侧 端点 的 接口 实例 不 存 
pg 么 可 以 将 该 端点 的 接口 名 字 省 略 。 这 是 一 种 快捷 连接 的 写法 。 例 如 ， 在 配 
Ph， 行 (2) 与 行 (3) 都 使 用 了 快捷 连接 写法 。 
MainC.Boot 中 使 用 的 是 接口 Boot 的 一 个 实例 。 在 操作 符 的 右 人 
PowerupC， 没 有 接口 Boot 的 名 字 。 这 





在 操作 符 的 左 侧 ， 端 点 
则 端点 只 写 了 组 件 名 字 
了 接口 Boot 的 一 个 实 

















例 ，nesC 认为 连接 时 就 应 该 连接 到 这 个 实例 。 行 3) 的 情况 类 似 。 行 (2) 与 行 (3) 是 与 
下 面 两 条 语句 等 价 的 快捷 连接 写法 。 
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MainC.Boot <- PowerupC.Boot; // 与 配件 PowerupAppC 中 行 (2) 的 语句 等 价 
PowerupC.Leds -> LedsC.Leds; // 与 配件 PowerupAppC 中 行 (3) 的 语句 等 价 





























类 似 的 ， 这 种 快捷 连接 写法 也 可 以 应 用 到 使 用 操作 符 “=” 的 输出 连接 语句 中 ， 如 配 
件 LedsC 实现 代码 的 行 (2) 和 行 (3)。LedsC 的 接口 Leds 和 接口 Init 被 连接 到 组 件 
LedsP 上 。 

在 输出 接口 的 连接 语句 中 ， 不 能 省 去 配件 声明 的 输出 接口 的 名 字 。 例 如 在 配件 LedsC 中 
的 如 下 写法 是 错误 的 。 
























































站 




















=LedsP.init 
2) 使 用 快捷 连接 时 是 接口 类 型 而 不 是 名 字 。 
例 3.19: 
@ 组 件 BlinkC 的 规范 

module BlinkC (@safe() 

{ 


uses interface Timer<TMilli> as Timer0; 
uses interface Timer<TMilli> as Timer!l; 
uses interface Timer<TMilli> as Timer2; 
uses interface Leds; 
uses interface Boot; 


} 


@ 组 件 TimnerMilliC 的 规范 





generic configuration TimerMilliC() { 
provides interface Timer<TMilli>; 


} 
下 面 的 nesC 连接 语句 是 合法 的 。 


Components new TimerMilliC() as Timer0; 
BlinkC.Timer0->Timer0; 


TimerMilliCO 是 一 个 通用 配件 ， 生 成 实例 的 方法 与 其 应 用 场景 后 面 会 详细 介绍 ， 这 旦 
需 将 其 看 成 一 个 普通 组 件 即 可 。BlinkC.Timer0 的 类 型 是 Timer<TMilli>， 连 接 时 搜索 
Timer0 中 类 型 为 Timer<TMilli> 的 接口 ， 发 现 有 确定 的 类 型 匹配 ， 因 此 能 够 正确 连接 。 

如 果 连 接 中 存在 不 确定 性 ， 即 模糊 性 ， 那 么 就 不 能 完成 连接 ， 会 产生 错误 报告 。 例 如 ， 
下 面 的 连接 语句 是 不 合法 的 。 由 于 组 件 BlinkC 的 规范 声明 了 三 个 Timer 接口 实例 ， 在 连 解 
语句 中 没有 指出 到 底 是 哪个 接口 实例 ， 存 在 不 确定 性 ， 因 此 是 无 法 实现 连接 的 。 


BlinkC->Timer0.Timer; 
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3) 连接 如 何 工 作 
为 了 更 好 地 理解 连接 是 如 何 工 作 ， 下 面 以 接口 Leds 为 例 继 续 分 析 配 件 LedsC。 配 件 
LedsC 将 LedsC.Leds 连接 到 LedsPLeds 上 〈 行 (3)， 后 续 会 解释 操作 符 “=” 的 作用 )。 组 
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件 Doe 实现 代码 的 行 2) 和 组 件 LedsC 实现 代码 的 行 (3)， 将 组 件 PowerupC 中 
接口 函数 名 字 (局 部 变量 ) Leds.led0On 与 LedsP 中 的 接口 函数 名 字 《〈 局 部 变量 ) 
Leds.led0On 匹配 到 一 起 。 也 就 是 说 ， 在 PowerupC 组 件 中 调用 接口 函数 Leds.led0On( )， 实 
际 上 是 调用 了 LedsP 组 件 中 的 接口 函数 Leds.led00n()。 阅 读 nesC 编译 器 生成 的 部 分 中 间 代 
码 ( 见 apps/Powerup/build/ 相应 平台 下 的 app.c) 有 利于 我 们 更 好 地 理解 这 一 上 点。 另外， 为 
了 减少 函数 调用 带 来 的 开销 ，nesC 编译 器 广泛 使 用 内 联 函 数 (Cinline) 来 生成 这 些 中 间 代 
码 ， 最 后 编译 成 目标 可 执行 代码 时 将 这 些 函 数 的 代码 复制 到 被 调用 的 地 方 。 


static inline void LedsP.Leds.led0On(void ) 


LedsP.Led0.clr0O; 


} 






























































































































































inline static void PowerupC.Leds.led0On(void ){ 
LedsP.Leds.led0On(); 
y 


static inline void PowerupC.Boot.booted(void ) 
{ 

PowerupC.Leds.Led0On(); 
} 


(2) 操作 符 “=” 

除了 顶层 配件 之 外 ， 其 他 的 配件 与 模块 相似 ， 在 其 规范 中 也 提供 或 使 用 接口 。 但 是 在 配 
件 实现 中 没有 诸如 模块 那样 的 执行 逻辑 代码 ， 也 就 是 说 ， 没 有 定义 提供 接口 中 命令 或 使 用 接 
口中 事件 的 函数 。 因 此 ， 配 件 规范 声明 的 接口 必须 由 其 他 组 件 来 定义 。 也 就 是 说 ， 用 其 他 组 
件 的 接口 为 自己 规范 中 声明 的 接口 重 命名 。 具 体 的 实现 方式 是 : 使 用 关键 字 components 声 
明 一 个 组 件 ; 使 用 操作 符 “=” 将 其 接口 与 自己 规范 中 声明 的 接口 连接 起 来 。 例 如 ， 在 配件 
LedsC 的 规范 中 声明 了 提供 的 接口 Leds。 由 于 配件 实现 代码 没有 接口 函数 的 定义 ， 那 么 如 何 
使 得 LedsC 能 够 提供 接口 Leds 呢 ? 来 看 看 其 实现 代码 ， 先 声明 了 组 件 LedsP (注意 LedsP 
的 规范 中 也 提供 接口 Leds)， 再 使 用 操作 符 “=” 将 自己 提供 的 接口 Leds 与 LedsP 提供 的 接 
口 Leds 连接 起 来 ， 也 就 是 说 ， 配 件 LedsC 通过 输出 LedsP 提供 的 接口 Leds， 以 实现 自己 提 
供 接口 Leds。 
站 在 编程 者 实现 配件 的 角度 来 看 ， 操 作 符 “=” 的 作用 是 通过 类 似 于 重 命名 的 方式 ， 实 
现 了 配件 规范 中 声明 的 接口 。 站 在 提供 功能 《或 服务 ) 的 角度 ， 操 作 符 “=” 的 作用 是 将 配 
件 封 装 的 某 个 组 件 的 功能 〈 或 服务 ) 输出 。 

(3) 操作 符 “->” 和 “<-” 与 操作 符 “=” 的 比较 

操作 符 “->”“<-” 和 “=” 都 起 到 了 连接 的 作用 。 只 要 操作 符 两 侧 的 组 件 的 接口 类 型 
一 致 ， 而 且 连 接 的 组 件 的 接口 实例 不 存在 模糊 性 ， 都 可 以 使 用 快捷 连接 的 写法 。 但 是 ， 在 操 
作 符 的 作用 、 连 接 对 象 以 及 语法 细节 方面 仍然 存在 差异 ， 有 具体 见 表 3-2。 
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表 3-2 操作 符 “->”/“<-” 与 “=” 的 对 比 
操作 符 “->” 与 “<-” 操作 符 “=” 
泛 拉 接口 的 担 作 攻 瑟 佬 用 定义 配件 声明 的 接口 如 何 实现 ， 或 者 说 ， 将 自己 封装 
作 六 六 抱 冶 由 且 次 供 夺 富民 用 者 的 组 件 的 接口 服务 ) 输出 
连接 对 象 关键 字 components 声明 的 两 个 组 件 ， 规范 中 声明 的 接口 与 关键 字 components 声明 的 组 件 接 
且 分 别 是 同一 个 接口 的 提供 者 和 使 用 者 ; 要 求 操作 符 两 端 都 是 提供 的 接口 (使 用 的 接口 》 
语法 要 求 箭头 由 接口 的 使 用 者 指向 提供 者 没有 左右 的 次 序 
3. 连接 规则 
在 连接 过 程 中 ， 有 两 条 规则 需要 遵循 。 
1) 规则 1: 如 果 组 件 中 使 用 关键 字 as 为 接口 设置 了 别名 ， 那 么 在 配件 实现 代码 的 连接 





语句 
例 








基于 组 件 MainC 与 组 件 LedsP 的 规范 ， 





























P 必 须 使 用 这 个 别名 。 
RH， 组 件 MainC 与 LedsP 的 规范 ， 代 码 可 参考 






















































































例 3.4 和 例 3.5。 














下 面 两 行 连接 语句 中 第 一 行 是 合流 




































































































































































是 不 合法 的 。 
MainC.SoftwareInit->LedsP.Init; // 合 法 的 连接 语句 
MainC.Init->LedsP.Init; /不 合法 的 连接 语句 ， 因 为 没有 使 用 声明 时 设 定 的 别名 
2) 规则 2: 配件 在 连接 一 个 组 件 之 前 必须 先 声 明 它 。 
前 面 列举 的 例子 中 ， 配 件 的 实现 代码 都 是 声明 组 件 语句 放 在 前 面 ， 连 接 语句 放 在 后 面 。 
事实 上 ， 声 明 组 件 语 名 与 连接 语句 之 间 可 以 有 交叉 ， 但 是 必须 在 连接 语句 之 前 声明 该 组 件 。 
例 3.20: 
一 种 合法 的 配件 PowerupAppC 的 写法 如 下 : 
configuration PowerupAppC{} 
implementation { 
components MainC, PowerupC; 1// (1) 声明 组 件 MainC 和 PowerupC 
MainC.Boot <- PowerupC; / (2) 通过 接口 Boot 连接 组 件 MainC 和 组 件 PowerupC 
components LedsC; / (3) 声明 组 件 LedsC 
PowerupC -> LedsC.Leds; / (4) 通过 接口 Leds 连接 组 件 PowerupC 和 LedsC 
} 
相对 的 ， 一 种 错误 的 配件 PowerupAppC 的 写法 如 下 。 这 是 因为 在 行 (2) 中 连接 语句 使 
用 了 组 件 PowerupC， 而 在 该 连接 语句 之 前 没有 声明 PowerupC。 
configuration PowerupAppC{} 
implementation { 
components MainC; / (1) 声明 组 件 MainC 
MainC.Boot <- PowerupC; // (2) 在 本 连接 语句 之 前 没有 声明 组 件 PowerupC 
components PowerupC, LedsC.; WC 
PowerupC -> LedsC.Leds; // (4) 
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3.5.2 ”多 连接 


1， 扇 入 与 扇 出 

我 们 先前 接触 的 配件 PowerupAppC 中 的 两 条 连接 语句 分 别 形成 了 两 个 一 对 一 映射 关 
系 。 如 图 3-1 所 示 。 
除了 一 对 一 映射 ，TinyOS 程序 中 还 存在 其 他 的 映射 关系 。 

例如 ， 配 件 CC2420TRansmitC 组 织 了 一 个 针对 无 线 通信 芯片 CC2420 的 发 送 分 组 抽 
象 。 在 该 配件 中 ， 前 两 条 连接 语句 将 本 配件 的 Init 接口 分 别 连接 到 了 Alarm.Init 和 
CC2420TransmitP.Init， 形 成 了 一 个 端点 连接 到 两 个 不 同 端点 的 一 对 多 映射 关系 。 这 是 一 种 典 
型 的 多 连接 。 在 这 种 一 对 多 连接 模式 下 ， 只 有 一 个 调用 点 ， 即 组 件 CC2420TransmitC 如 
Init.init( )。 该 调用 点 将 局 出 两 个 被 调用 者 ， 分别 是 组 件 Alarm 中 的 Init.init() 和 组 件 
CC2420TransmitP 中 的 Initinit()。 这 种 端点 间 形 成 的 一 对 多 的 映射 关系 称 之 为 扇 出 〈fan- 
out)。 如 图 3-2 所 示 。 
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Alarm.Init 





了 PowerupC.Boot MainC.Boot CC2420TRansmitC.Init 
@ 一 人 
了 PowerupC.Leds LedsC.Boot 
@ 一 一 人 CC2420TransmitP Init 
图 3-1 一 对 一 映射 关系 图 3-2 一 对 多 映射 关系 








局 出 是 一 个 组 件 通过 某 闫 型 的 接口 与 多 个 组 件 相连 。 人 SEO 
扇 出 相反 ， 当 多 个 不 同 组 件 通过 某 类 型 接口 同时 连接 到 同一 
组 件 上 时 ， 连 接 语 名 会 在 端点 之 间 形 成 多 对 一 的 映射 关系 ， 
这 种 情形 称 为 扇 入 〈fan-in)。 如 图 3-3 所 示 。 

例 3.21: 





























C.StandControl 








B.StandControl 


图 3-3 ”多 对 一 映射 关系 








interface StandCtrol 


{ 
command error t start(); 


command error t stop(); 


} 


接口 StandCtrol 中 有 两 个 命令 : start() 和 stop( )。 下 面 的 连接 语句 基于 StandCrol 接口 形 
成 了 扇 入 
components A, B, C; 


A.StandCtrol->C; 
B.StandCtrol->C; 


扇 入 实际 上 就 是 多 个 调用 者 使 用 同一 个 被 调用 者 《函数 )。 这 种 情形 在 C 中 也 会 遇 到 ， 
比如 在 多 处 调用 某 个 系统 函数 ， 因 此 不 难 理解 。 
我 们 前 面 介绍 过 分 阶段 接口 ， 接 口中 有 命令 也 有 与 命令 相对 应 的 完成 
































t 












































髓 























事件 ， 比如 接 
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口 Send 中 的 命令 send( ) 及 相应 的 完成 事件 sendDone:; 
start( ) (stop( )〉 及 相应 的 完成 事件 startDone( ) (stopDone( ))。 基 于 分 阶段 接口 形成 的 连 
接 ， 如 果 在 某 命 令 上 形成 的 连接 是 局 入 《多 个 调用 者 ) 的 。 那 么 

















就 会 形成 扇 出 〈 即 多 个 被 调 
射 关 系 有 所 不 同 。 
接口 StandCtrol 是 单 阶段 











了 者 )。 这 


HYJo 























再 如 接口 SpiltControl ' 



































点 与 基于 




















从 本 











时 就 会 启动 〈 停 止 )。 上 面 例 
SplitCtrol 接口 























面 语句 形成 的 连接 下 ， 不 仅 有 启动 命令 也 有 完成 事件 ， 因 














components A, B, C; 
A.SplitCtrol->C; 
B. SplitCtrol->C; 





器: 去 


AAA 加 




















假如 A 或 B， 个 调 





























由 于 A 和 B 都 连接 到 SplitCtrol 接 


子 中 的 语句 在 StandCtrol 接口 
的 服务 ， 只 有 通 和 


























的 命令 








， 在 通知 接 
单 阶段 接口 (如 StandCtrol ) 


























站 可 5 




















SplitCtrol.startDone( ) 都 会 被 调 
































的 提供 者 通知 事件 都 会 调 
都 会 调用 个 提供 者 中 的 命令 。 
2. 多 连接 带 来 的 好 处 


























349» 实现 中 不 能 及 
推广 开 来 ， 根 据 不 同 应 用 中 的 组 件 组 织 | 
一 ， 而 会 存在 n 对 的 映射 关系 。 设 n 是 接口 





因 


























也 形成 了 扇 出 。 











事件 时 ， 
形成 的 映 











该 接口 的 服务 或 功能 ， 在 接口 命令 start (stop) 返回 
形成 了 扇 入 。 相 对 的 ， 基 于 
了 startDone (stopDone〉 事件 后 才能 保证 启动 〈 停 止 )。 下 
此 既 形 成 了 扇 入 








用 了 SplitCrol.start( )， 当 C 通知 SplitCrol.startDone 事件 时 ， 
此 ， 组 件 A 的 SplitCtrol.startDone() 和 B 的 
定 A 还 是 B 调用 了 命令 SplitCrol.start( )。 














情况 ， 导 致 组 件 之 间 的 连接 关系 不 是 简单 的 一 对 














的 使 用 者 ，k 是 接口 的 提供 者 ， 任 意 一 个 接口 














用 n 个 使 用 者 的 事 人 




















F 处理 程 序 ， 任 意 




















多 连接 使 得 组 件 的 一 个 接 

















MainC 将 启动 








质 序 抽象 为 两 个 接口 : 





























个 合适 的 做 法 就 是 ， 将 这 些 需 要 初始 化 的 软件 组 件 通过 
这 样 仅 需要 在 组 件 MainC 中 调 月 














代码 ， 以 实现 相应 的 初始 化 。 


还 有 一 种 做 法 是 在 MainC 组 件 中 使 用 多 个 Init 接 
显然 ， 相 对 于 扇 出 的 做 法 ， 这 利 











接 
且 容 易 出 错 。 
3. 组 合 函 数 


扇 出 带 来 一 个 有 趣 的 问题 : 执行 ”Call SoftwareInit.init( )， 实 际 上 调用 





数 ， 那 么 返回 值 应 该 是 什么 呢 ? 
nesC 提供 























上 ， 然 后 再 按照 某 个 次 序 分 别 调 


了 组 合 函 数 来 确 









































用 它们 。 


定 返 回 值 。 数 据 类 型 可 以 具有 其 相应 的 组 合 函数 。 扇 出 会 调 


























] N 个 函数 ， 这 N 个 函数 具有 




















相同 类 型 的 返 




















直 组 合 为 





个 。nesC 编译 器 编译 应 用 时 ， 自 动 





TinyOS 下 的 错误 类 型 error { 曾 
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函数 实现 是 独立 了 


于 在 一 个 实际 


日 SoftwareInit 一 次 ， 就 可 以 基于 局 






































以 











和 











他 




















中 会 有 多 个 软件 组 件 需 要 初始 
日 件 需要 初始 化 ， 所 以 一 
接口 Init 连接 到 MainC.SoftwareInit。 




















， 将 这 些 接口 分 别 与 习 

















个 接口 的 使 用 者 调用 命令 ， 


它 所 依赖 的 组 件 的 数目 的 。 例 如 ， 组 件 
SoftwareInit 和 Boot。 在 启动 时 ， 组 件 MainC 调用 
SoftwareInitinit( )， 使 得 启动 开始 前 能 够 初始 化 软件 组 件 。 在 启动 顺序 结束 时 ，MainC 使 用 
Boot.booted( ) 通 知 节 点 已 启动 的 事件 。 
化 ， 比 如 即便 是 非常 简单 的 应 用 RadioCountToLeds 都 有 10 个 软件 纪 





























调用 这 些 组 件 的 初始 化 














Pp 些 软件 组 件 连 





























FP 做 法 不 仅 麻 烦 而 


























是 一 个 常用 返 


























加 














回 值 ， 通 过 N-1 次 调用 组 合 函 数 将 这 N 个 返回 
生成 使 用 了 组 合 函 数 的 扇 出 函数 。 例 如 ， 


吉 类 型 ， 它 的 组 合 函 数 是 ecombine。 该 组 合 











了 多 个 不 同 的 函 
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函数 定义 入 下 : 
error t @combine(error tel, error te2){ 


return (el==e2) ? el :FAIL; 
} 


如 果 el 和 e2 的 值 相同 ，ecommbine 就 返回 那个 值 ， 否 则 返回 FAIL。 因 此 ， 如 果 组 合 了 
两 个 SUCCESS， 组 合 函 数 返 回 值 是 SUCCESS， 如 果 组 合 了 两 个 EXXX， 返 回 值 是 
EXXX, 。 其 他 的 组 合 返回 FAIL。 

使 用 nesC 属性 (后 面 将 会 介绍 ) 将 组 合 函数 绑 定 到 error t。 




























































































typedef unit8 t error t@Ocombine( ecombine”); 


例 3.22: 编译 如 下 代码 ; 

















configuration InitExample{} 

implementation{ 

components MainC; 
components AppA, AppB, AppC; 
MainC.SoftwareInit->AppA; 
MainC.SoftwareInit->AppB; 
MainC.SoftwareInit->AppC; 

} 


编译 器 生成 如 下 代码: 


error t MainC _ SoftwareImit _init(){ 
error t result; 
result=AppA _SoftwarelInit _init(); 
result = ecombine(result, AppB_ _SoftwareInit _init()); 
result = ecombine(result, AppC__ SoftwareInit _init()); 
return result; 


} 


组 合 函 数 应 具有 组 合 性 和 可 交换 性 ， 从 而 确保 扇 出 调用 的 返回 值 不 会 依赖 执行 命令 《〈 事 

件 ) 的 顺序 。 

有 些 返 回 值 没有 组 合 函数 ， 或 者 是 由 于 编程 者 的 疏忽 ， 或 者 是 由 于 数据 类 型 的 语义 。 后 

种 情况 的 例子 包括 诸如 数据 指针 等 ， 如 果 两 个 调用 都 返回 到 某 个 分 组 的 指针 ， 没 有 办 法 能 

将 其 组 合成 为 一 个 单一 指针 。 如 果 程 序 中 扇 出 的 调用 的 返回 值 不 能 被 组 合 ，nesC 编译 器 会 生 
成 一 个 没有 组 合 或 者 没有 组 合 函 数 的 警告 。 编 程 者 一 定 要 重视 这 样 的 警告 。 


3.6 ”参数 化 接口 


在 nesC 编程 中 ， 参 数 化 接口 是 一 个 很 重要 的 用 法 ， 能 够 为 组 件 提供 同类 型 接口 的 多 个 
实例 。 本 节 将 会 介绍 为 什么 需要 参数 化 接口 、 如 何 基 于 参数 化 接口 连接 组 件 。 在 使 用 参数 接 
口 时 ， 使 用 系统 提供 的 编译 函数 unique0 和 uniqueCount0， 可 以 减少 Bug。 
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3.6.1 为 什么 需要 参数 化 接口 


有 些 情形 需要 一 个 组 件 能 够 提供 


户 )。 比 如 ， 
































某 种 接口 给 多 个 使 























] 者 (这 里 也 将 这 些 使 用 者 称 为 用 














为 了 同时 文 持 多 种 网 络 协议 的 发 送 和 接收 功能 ，TinyOS 下 的 主动 消息 (AM) 

















通信 组 件 需 要 提供 
时 。TinyOS 下 每 个 硬件 平台 
多 个 逻辑 计时 器 ( 软 计 时 器 )。 应 用 
个 接口 Timer 的 实例 。 那 么 ， 如 何在 组 伯 
第 一 种 方式 是 在 通用 
块 实例 化 多 次 ， 从 而 达到 文 持 同一 类 型 接口 








代码 空间 ; 


某 种 协作 (依赖 性 )。 例 如 ， 在 计 



































接口 Send 和 接口 
通常 都 有 计时 器 组 件 HilTimerMilliC， 在 平台 硬件 计时 器 上 实现 
PF 有 多 少 个 软 计时 器 ， 就 需要 HilTimerMilliC 提供 多 少 
F 中 提供 同类 型 接口 的 多 个 实例 呢 ? 






































Receive 给 多 个 客户 。 




















再 如 ， 提 供 一 项 重要 功能 一 一 计 















































模块 〈 在 第 六 章 中 会 介绍 通用 模块 ) 中 提供 该 接口 ， 再 将 该 通用 模 
































的 多 个 实例 。 这 种 做 法 存在 两 个 缺点 : 一 是 浪费 








二 是 在 大 多 数 情况 下 ， 这 多 个 实例 的 实现 代码 做 不 到 相互 独立 ， 相 反 的 ， 会 形成 














中 需要 依据 共同 的 策略 (比如 最 早 时 间 到 达 )。 














第 二 种 方式 是 在 组 人 





规范 





























直接 声明 多 个 接口 





范 中 提供 100 个 类 型 为 接口 Timer 的 实例 ， 如 例 3.24。 
例 3.23: 





configuration HilTimerMilliC{ 


} 


这 种 方式 能 够 工作 ， 但 是 每 个 实例 接口 


provides interface Timer<T™Milli> as Timer0; 


provides interface Timer<TMilli> as Timerl; 


provides interface Timer<TMilli> as Timer2; 


provides interface Timer<ITMilli> as Timer3; 


provides interface Timer<TMilli> as Timer100; 























时 器 组 件 HilTimerMilliC 上 支持 的 多 个 逻辑 计时 器 的 实现 





实例 ， 比 如 ， 在 组 件 HilTimerMilliC 的 规 





中 的 函数 都 要 有 相应 的 实现 。 比 如 ， 上 述 组 件 


HilTimerMilliC (实际 是 HilTimerMilliC 封装 的 某 个 模块 ) 的 实现 代码 中 ， 要 实现 100 个 
Timer<TMilli> 接 口中 的 各 个 函数 ， 而 这 些 函 数 实 现 几 乎 完全 一 样 。 这 种 方式 不 仅 比 较 麻烦 ， 






































而 且 产 生 ] 


大 量 重复 代码 











o 








第 三 种 方式 是 使 用 


























个 参数 用 来 指定 在 用 哪个 接口 ， 这 类 似 于 POSIX 文件 系统 的 文件 


























描述 符 。 在 这 种 方式 下 ， 应 该 生成 唯一 的 
种 方式 也 可 以 工作 ， 而 且 不 会 像 第 二 种 方式 那 
参数 ， 而 通常 来 说 这 是 不 必要 的 。 因 














F 时 器 标识 符 ， 并 在 调用 接口 时 传递 该 标识 符 。 这 
生成 多 个 实现 。 但 这 种 方式 是 在 运行 时 传递 





























为 组 件 通常 分 配 一 定数 目的 计时 器 ， 而 且 仅 使 用 这 些 计 











时 器 。 或 者 说 ， 通 常 在 编译 时 就 可 以 知道 组 件 使 用 的 计时 器 集合 以 及 集合 的 大 小 ， 因 而 没有 














必要 让 调 站 





者 在 运行 时 传递 这 个 参数 ， 继 而 引入 可 能 的 Bug。 


























从 编程 者 角度 来 看 ， 重 要 的 问题 不 在 于 使 用 者 调用 了 哪些 组 件 ， 而 在 于 需要 明确 调用 从 











通知 fired( 








那些 组 件 而 来 。 例 如 ， 对 于 计时 器 而 言 ， 重 要 的 问题 是 如 
































何 区 分 调用 者 ， 以 便 向 正确 的 组 件 























) 事 件 。 上 面 介绍 的 第 三 种 方式 基于 标识 符 可 以 实现 区 分 ， 但 是 需要 在 模块 中 管理 














标识 符 。 因 为 标识 符 是 一 


个 运行 时 参数 ， 计 











的 各 调用 函 
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时 器 服务 组 件 中 通知 Timerfired0 事 件 时 ， 扇 出 
数 中 必须 检查 这 个 标识 符 参 数 。 基 于 这 些 考 虑 ， 为 了 支持 抽象 提供 一 组 同类 型 的 
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接口 实例 ，nesC 提供 了 参数 化 接口 。 参 数 化 接口 实质 是 接口 数组 ， 数 组 的 索引 是 接口 参数 ， 








标识 了 调 月 





























日 组 件 。 对 于 多 个 接口 实例 仅 需 一 个 实现 ， 接 口 参数 是 常量 ， 在 编译 时 月 























了 运行 时 传递 参数 的 次 端 ， 既 简化 了 代码 ， 也 提高 了 函数 调用 的 效率 。 
3.6.2 ”基于 参数 化 接口 的 两 个 典型 例子 
参数 化 接口 既 可 以 在 配件 的 规范 中 声明 ， 也 可 以 在 模块 的 规范 中 声明 。 






































个 : 


对 于 分 组 














型 的 使 用 参数 化 接口 的 例子 是 平台 特定 的 主动 消息 通信 组 件 ActiveMessageC 。 
日 通信 ， 在 基于 TCP/IP 网 络 协议 的 处 理 过 程 中 ， 节 点 接收 到 协议 号 (protocol 字 


段 ) 为 6 的 PP 分组， 认为 这 是 一 个 TCP 分 组 ， 会 将 











































































































其 提交 给 TCP 协议 栈 进一步 处 理 











定 ， 避 免 


TinyOS 中 提供 的 单 跳 分 组 通信 的 主动 消息 (AM) 组 件 也 采用 了 类 似 做 法 ， 只 是 没有 遵循 


IANA 的 标准 。 
TinyOS 中 单 跳 通 信 协 议 层 〈 主 动 消息 屋 ，AM 层 ) 以 上 的 网 络 应 用 或 协议 具有 各 













































































































































































的 


后 部 
TH 


功能 与 分 组 格式 ， 需 要 AM 层 能 够 将 收 到 的 分 组 正确 地 向 上 递交 对 应 协议 ， 为 此 ， 在 AM 消 
县 中 有 一 个 长 度 为 8 比特 的 类 型 字段 ， 用 于 承载 上 层 协议 的 标识 符 。 对 于 上 层 协议 来 说 ， 
要 它们 注册 自己 的 AM 类 型 ， 以 便 发 送 和 接收 该 类 型 的 分 组 。 

从 实现 AM 通信 的 角度 来 看 ，AM 层 上 面 有 多 少 个 协议 ， 就 需 


类 型 为 发 送 或 接收 接口 的 实例 。 更 为 具体 地 说 ， 在 TinyOS 系统 ! 








要 AM 组 件 中 提供 多 少 个 



































目录 中 都 会 有 一 个 名 字 为 ActiveMessageC 的 配件 ， 这 是 平台 特定 


配件 ActiveMessageC 规范 中 的 接口 AMSend、 接 口 Receive 和 接 

































































这 些 接口 的 参数 是 主动 消息 的 类 型 〈 协 议 标识 符 )。 
例 3.24: 配件 ActiveMessageC 的 规范 部 分 


configuration ActiveMessageC { 


} 


provides { 


} 


interface SplitControl; 


interface AMSend[am id tid]; 
interface Receive[am id tid]; 
interface Receive as Snoop[am id tidl; 


interface Packet; 
interface AMPacket; 
interface PacketAcknowledgements; 




















Snoop 都 是 参数 化 接口 


interface PacketTimeStamp<T32khz, uint32 亿 as PacketTimeStamp32khz; 
interface PacketTimeStamp<TM™Milli, uint32_t> as PacketTimeStampMilli; 

















， 通 常 在 每 个 硬件 平台 
的 AM 通信 组 件 。 其 中 


的 


>» 


>» 


另 一 个 使 用 参数 化 接口 的 典型 例子 是 组 件 HilTimerMilliC， 其 规范 如 例 3.26。 它 是 一 个 
平台 特定 的 支持 毫秒 计时 粒度 的 配件 。 该 配件 提供 了 类 型 为 通用 接口 Timer<Tmilli> 的 接 
数据 TimerMilli[] (参数 化 接口 )， 通 过 提供 256 (数组 参数 是 unit8 t) 个 单独 Timer<Tmilli> 























































































































口 


接口 实例 ， 该 配件 支持 多 达 256 个 独立 的 计时 器 。 某 组 件 在 Timer<TMilli> 接 口上 调用 命令 
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中 

















startPeriodic( )， 周 期 性 地 通知 事件 Timerfired()。 正 常情 况 下 ， 应 用 组 件 不 直接 连接 
HilTimerMilliC。 相 反 ， 他 们 使 用 TimerMilliC， 而 TimerMilliC 提供 单一 接口 。 
例 3.25: 配件 HilTimerMilliC 的 规范 部 分 






































configuration HilTimerMilliC 


{ 
provides interface Init; 
provides interface Timer<TMilli> as TimerMilli[ vint8_t num ]; 
provides interface LocalTime<T™Milli>; 


} 


上 述 2 个 例子 都 是 使 用 参数 化 接口 的 配件 ， 最 后 这 个 例子 是 使 用 参数 化 接口 的 模块 。 
实 上 ， 为 了 实现 配件 的 参数 化 接口 ， 需 要 具有 相应 参数 化 接口 的 模块 。 下 面 是 针对 CC2420 
无 线 通信 芯片 的 模块 ， 该 模块 提供 了 多 个 参数 化 接口 ， 如 AMSend 和 Recive 等 。 

例 3.26: CC2420 无 线 通信 芯片 的 模块 


module CC2420ActiveMessageP (@safe() { 
provides { 
interface AMSend[am id tid]; 
interface Receive[am id tid]; 

















ay 





ih 














































































































interface Receive as Snoop[am id tidl; 
interface AMPacket; 

interface Packet; 

interface SendNotifier[am id tid]; 
interface RadioBackofflam id tid]; 


3.6.3 ”基于 参数 化 接口 的 连接 


配件 的 作用 是 通过 接口 将 声明 的 组 件 连接 起 来 ， 或 者 实现 自己 提供 的 接口 。 如 果 连 接 端 
点 包括 参数 化 接口 实例 ， 那 么 连接 不 同 ， 语 名 会 有 什么 不 同 么 ? 根据 操作 符 的 两 个 端点 是 否 
包括 参数 化 接口 ， 可 以 分 成 下 面 两 种 情况 。 
名 一 种 情况 两 个 端点 都 包括 参数 化 接口 。 
在 这 种 情况 下 ， 虽 然 两 个 端点 都 包含 了 参数 化 接口 ， 但 是 对 应 连接 语句 的 写法 与 两 端 都 
不 包括 参数 化 接口 的 写法 一 致 。 

例 3.27: 



















































































by 





| 















































1) : configuration CC2420ActiveMessageCt{ 
provides interface AMSend[am id tid]; 
}{...} 
2) : configuration ActiveMessageC{ 
provides interface AMSend[am id tid]; 


} 
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implementation { 
components CC2420ActiveMessageC; 
AMSend = CC2420ActiveMessageC; 
} 

















在 组 件 ActiveMessageC 和 组 件 CC2420ActiveMessageC 的 规范 中 都 申明 了 提供 参数 化 接 
口 AMSend。 在 组 件 ActiveMessageC 的 实现 代码 中 输出 组 件 CC2420ActiveMessageC 的 参数 
化 接口 AMSend 的 连接 语句 如 上 所 示 。 在 连接 语句 中 不 需要 附加 索引 。 
第 二 种 情况 ， 一 个 端点 中 包括 参数 化 接口 。 
这 种 情况 下 ， 配 件 中 的 连接 语句 写法 有 所 变化 ， 在 参数 化 接口 中 要 填充 确定 的 参数 〈 索 
引 )。 这 里 仍然 以 组 件 ActiveMessageC 为 例 来 介绍 。 在 正常 情况 下 ， 最 上 层 的 应 用 并 不 直接 
连接 组 件 ActiveMessageC， 而 是 使 用 组 件 AMSenderC 和 组 件 AMReceiver， 这 些 组 件 提供 了 
简单 的 接口 。 这 些 提供 简单 接口 的 组 件 最 后 一 定 会 连接 到 具有 参数 化 接口 的 ActiveMessageC 
上 。 为 了 将 焦点 聚集 到 组 件 ActiveMessageC 上 ， 我 们 尝试 跨越 中 间 的 组 件 组 织 关 系 ， 考 虑 
有 一 个 AM 层 的 测试 应 用 TestAMent。 该 应 用 直接 使 用 组 件 ActiveMessageC。TestAMAppC 
是 顶层 应 用 配件 ， 连 接 模 块 TestAMC 的 接口 Send (Receive) 到 组 件 ActiveMessageC 的 接 
参数 为 240 的 参数 化 接口 AMSend (Receive) 上 ， 如 例 3.29 行 (4)、 行 (5) 语句 所 示 。 

例 3.28: 

1) TestAMAppC 配 伯 












































































































































































































































































































































iT 





Configuration TestAMAPppC {} 
implementation { 


components MainC, TestAMC as App; //(1) 
components ActiveMessageC.,; //(2) 
MainC.SoftwareInit->ActiveMessageC; //(3) 
App.Receive->ActiveMessageC.Receive[240]; //(4) 
App.AMSend->ActiveMessageC.AMSend[240]; // (5) 
} 


2) TestAMC 模块 


module TestAMC{ 
Uses{ 


interface Receive; 
interface AMSend; 


} 
} 





模块 TestAMC 负责 收发 包 ; 配件 TestAMAppC 把 TestAMC 模块 和 MainC 组 件 连 接 起 
来 ， 该 配件 表明 当 TestAMC 调用 AMSend.send( ) 时 ， 它 调用 ActiveMessageC 中 编号 为 240 
的 ActiveMessageC.AMSend 命令 (发 送 分 组 的 网 络 协 议 号 为 240)。 类 似 的 ， 下 层 组 件 收 到 
协议 类 型 为 240 的 分 组 时 ， 也 会 将 该 分 组 交 给 TestAMC。 由 于 这 些 常 量 在 配件 中 指定 ， 因 此 
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不 受 限 于 模块 。 从 模块 的 有 


下 面 两 行 i 


三 | 
征 


在 名 是 等 价 的 。 








和 度 看 ， 





这 些 常 























至 不 存在 。 








TestAMC.AMSend -> ActiveMessageC.AMSend240; 
TestAMC.AMSend -> ActiveMessageC.AMSend[240]; 


它们 的 不 同 之 处 在 于 后 面 一行 合 有 









































数 。 当 调用 send0 时 ， 参 数 就 是 传递 
量 。 参 数 化 接口 存在 两 个 关键 点 : 





@ 当 TestAMC 调 


3.6.4 


ActiveMessageC 是 


CC2420ActiveMessageP。 也 就 
AMSend 的 命令 。 相 对 于 月 
需要 增加 接口 参数 部 分 。 











接 


有 不 同 ， 




















时 会 像 其 他 变量 一 样 。 


例如 ， 在 模块 CC2420ActiveMessageP 上 








代码 所 示 ， 


send) 形式 参数 列 
CC2420 ActiveMessageP 要 通知 sendDone 事件 时 ， 
参数 。 如 果 分 组 AM 类 型 字段 值 为 240， 分 发 代码 将 
调用 到 模块 TestAMC 的 事 伯 





代码 





并 将 其 作为 接口 
ActiveMessageC. AMSend[240] 的 sendDone 
AMSend.send Done( )。 接 收 过 程 类 似 ， 不 中 

参数 化 接口 可 以 提供 多 个 实例 
如 send240) 而 言 ， 每 个 接 


空间 的 浪费 。 另 外 ， 由 于 参数 是 数值 








其 中 ，at id t 

















前 面 


介绍 的 接 





日 了 参数 化 接口 ， 





它 的 编号 并 且 


也 就 是 说 从 TestAMC 的 角度 看 ， 


/不 是 真正 的 TinyOS 代码 











参数 实际 上 




















用 send 时 自动 填充 了 参数 ; 
@ 当 ActiveMessageC 触发 sendDone 时 ， 


参数 化 接口 的 实现 














是 说 ， 在 模块 CC2420ActiveMessageP 


是 接 




















会 自动 地 根据 参数 提交 分 组 。 


个 配件 ， 封 装 了 特定 无 线 通 信 芯 片 的 通信 协议 栈 ， 如 CC2420 无 线 
信 芯 片 的 通信 组 件 CC2420ActiveMessageC， 而 后 者 也 是 一 个 配件 ， 它 继 红 


未 封装 


函数 的 一 个 参 
在 通知 sendDone 时 也 必须 指定 这 个 常 


Ne 


通 
一 个 模块 





























， 真 正 


























函数 而 言 ， 





参数 化 接 














接口 





指定 了 接口 


参数 在 函 





表 之 前 。 这 实际 上 是 个 函数 参数 ，nesC 
它 取 出 分 旨 


是 





事件 ， 








， 但 只 





BB 





























有 歼 述 。 
4 有 一 个 实现 。 











实例 都 要 对 应 一 个 实现 ， 即 便 这 些 实 ] 
， 它 可 以 随意 设置 或 更 改 ， 比 如 ， 

















#define ROUTING _ TYPE 

#define ROUTING TYPE 201 
#endif 
Router.AMSend->PacketSenderC.AMSend[ROUTING TYPE]; 
command error t AMSend.send[am id tl(am addr taddr, message t* msg, uint* tlen){ 
cc2420 header t* header =getHeader(msg); 


} 


header->type =id; 


数 形 参 列 表 之 月 


的 参数 化 接 
参数 id 的 数据 类 


并 最 终 会 





中 冰 数 的 定义 与 


E 义 了 参数 化 
调用 稍 

















了 ， 程 ) 














的 函 
型 ， 向 


编译 














且 接 






































相对 的 ， 上 述 对 村 


这 实现 在 处 理 接 




















参数 





数 AMSend.send 定义 如 下 面 


参数 位 于 函数 (命令 


器 在 编译 时 即 可 确 
有 的 协议 标识 符 〔 类 型 字段 )， 








定 该 值 。 当 

















通知 连接 至 





iT 








基于 名 字 的 方法 《 比 








event void SubSend.sendDone (message t* msg, uint* t result){ 
signal AMSend.sendDone[call AMPacket.type(msg)](msg, result); 


} 
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岗 是 完全 一 样 的 ， 这 样 会 
下 面 这 种 写法 





造成 





由 于 参数 是 在 编译 时 确定 的 ，nesC 能 



































数 化 接口 既 简 化 了 代码 ， 又 提高 了 函数 调用 的 效率 。 


由 于 每 个 使 有 

















考虑 如 下 两 种 情况 : 


情况 1 


该 服务 的 客户 连接 了 不 同 的 参数 标识 符 ， 
样 能 够 避免 完成 事件 的 肩 出 情形 。 


components RouterC，SourceAC，SouceBC; 
SourceAC.Send->RouterC; 
SourceBC.Send->RouterC; 


情况 2 


components RouterC，SourceAC，SouceBC; 
SourceAC.Send->RouterC[0]; 
SourceBC.Send->RouterC[1]; 


对 于 情况 1， 如 果 RouterC 通知 Send.sendDone， 会 把 这 个 完成 事 从 
因此 ，SourceAC 和 SourceBC 必须 作 进 一 步 的 判断 才能 了 解 i 
于 RouterC 中 保持 了 Send[...]' 
FEF。 例如 ，SourceBC 调 月 
send( )。 由 于 RouterC 存放 了 参数 标识 符 1， 因 
即 直接 通知 给 SourceBC， 避 免 了 扇 出 。 





SourceBC 。 









































Done[1]()， 


己 的 。 对 于 情况 2， 
组 件 通 知 完成 事 伯 



























































参数 化 接 














| 函数 指针 。 





















































3.6.5 ”unique0O 和 uniqueCount0 耳 数 





参数 代表 了 唯一 的 客户 标识 符 。 为 了 避免 Bug 和 


和 uniqueCount()。 


当 nesC 编译 器 编译 程序 时 ， 它 把 所 有 unique0) 函 数 调用 转换 为 一 个 整数 标识 符 。 








函数 以 字符 有 























两 个 组 件 AppOneC 和 AppTwoC 
同 ， 皆 为 字符 串 “tmpTimer”， 
个 unique 调用 ， 导 
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动 填写 并 以 此 参数 为 基 而 








因此 ， 对 于 分 阶段 接 





传递 的 参数 标识 符 ， 





日 了 Send.send， 它 实际 是 调 月 
此 ， 它 通知 完成 事 从 


与 通用 配件 的 结合 能 够 在 编译 时 虚拟 抽象 ， 不 会 造成 名 























提交 分 组 





， 因 此 ， 参 
而 言 ， 这 














> 台 已 


已 用 











扇 出 给 SourceAC 和 
辫 事 件 是 


否 是 发 给 自 


够 回 正确 的 

















了 RouteC[1].Send. 
F 时 ， 就 会 通过 Send.send 


























F 间 浪费 ， 也 不 需要 使 








' 突 ，nesC 提供 了 编译 函数 : unique() 


unique() 











作为 参数 ， 具 有 相同 参数 的 unique0 函 数 调 用 返回 互 不 相同 的 整数 值 。 例 如 ， 
Timer， 编 译 函 数 unique() 的 参数 相 





因由 








都 想 j 

















骨 用 参数 化 接 




















AppOneC.Timer->HilTimerMilliC.Timer[unique("tmpTimer")]; 


AppTwoC.Timer->HilTimerMilliC.Timer[unique("tmpTimer")]; 


参数 不 同 的 unique() 函 数 调 用 

















AppOneC.Timer->HilTimerMilliC.Timer[unique("tmpTimer")]; 





AppTwoC.Timer->HilTimerMilliC.Timer[unique("myTimer")]; 











两 行 中 unique0 函 数 的 参数 分 别 为 字符 串 "tmpTimer" 和 "myTimer"， 因 











就 会 得 到 参数 化 接口 Timer 不 同 的 下 标 参数 。 如 果 有 n 
Bb 么 unique 的 数值 范围 是 0 一 -1l)。 


可 能 返回 相同 的 整数 值 ， 也 可 能 返回 不 同 的 整数 值 。 例 如 : 


此 可 能 返回 相同 
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的 参数 下 标 。 
uniqueCountO 也 以 
数 ， 则 uniqueCountO 返 





已 Ar 日 


字符 上 





作为 参数 。 如 
加 的 值 是 n。 
有 了 unique() 和 uniqueCount0O 函 数 ， 用 户 就 不 用 预先 确定 参数 化 接 





四 
个 


























数 ， 这 样 既 不 必 担 心 参 数 个 数 不 够 ， 也 不 必 担 心 参数 个 数 过 多 而 浪费 存储 空间 。 


3.6.6 ”Default 函数 


配件 的 作用 是 将 组 件 连接 起 来 ， 
连接 语句 ， 那 么 加 





忽 少 写 了 某 个 





























外 ， 如 果 在 程序 ， 





[a 


15 个 ， 也 就 是 


有 相应 的 上 












































存在 
ActiveMessageC 的 Receive 接口 





以 相同 字符 串 为 参数 调用 了 n 次 unique0 函 


所 需要 的 参数 个 

















因此 确定 了 模块 之 间 的 调用 点 。 如 果 在 配件 ， 
会 带 来 编译 错误 。 这 相当 于 在 C 中 访 记 包含 一 个 























为 了 避免 上 述 问 题 ， 





























] default 处 理 








程序 。 











例 3.29: CC2420ActiveMessageP 


个 





巧 着 的 连接 ， 导 














层 应 用 发 送 AM 类 型 字段 值 为 144 的 分 组 。 但 是 ， 这 个 分 组 有 可 
合法 AM 值 的 分 组 发 生 错 i 
样 的 分 组 没有 对 应 的 处 理 程序 。 
nesC 提供 了 default 处 至 
实现 时 ， 就 使 用 这 个 函数 。 如 果 某 个 组 

















gr 二 


























~ 


件 连接 到 该 接口 


如 下 的 default 处 























会 已 日 

















$b 它 将 成 为 一 个 Bug 。 例 如 ， 
。 大 多 数 应 用 中 只 包括 少数 几 个 AM 类 型 ， 
说 ， 在 该 程序 下 ， 不 是 对 每 个 协议 标识 号 都 有 相应 的 网 络 协议 的 ， 例 如 ， 没 


度 


组 
一 般 来 说 最 多 


于 下 C 
另 
件 
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上 有 
























































里程 请 








用 征 


吴 而 形成 的 ， 而 巧合 的 是 这 种 错误 也 通过 了 分 组 的 校 验 。 对 于 这 





default event message t* Receive.receive[am id t idl(message t* msg, void* p, uint8 tlen){ 


return msg,; 


} 


default event message t* Snoop.receive[am id tidl(message t* msg, void* p, uint8 tlen){ 


return msg,; 


} 


default event message t* AMSend.sendDone[unints tid](message t* msg, errot t err){ 


return msg,; 


} 














不 检查 组 件 接 





























值得 说 明 的 是 ， 使 用 default 函数 也 可 
的 连接 情况 。 比 如 ， 组 件 
Done， 在 TestAMC 中 不 应 有 Send.send 的 默认 处 








为 对 于 default 函 


本 


能 会 带 来 Bug。 因 
CC2420ActiveMessageP 
里 程序 ， 


















































Send， 整 个 应 用 编译 是 无 错 的 ， 但 运行 时 并 不 发 送 分 组 。 




















Es 








3.7 通用 化 组 件 


\ 记 

















nesC 1.2 中 增加 了 





通 月 
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日 组 伯 


default 函数 应 该 仅 用 于 这 样 的 场 
种 情况 几乎 总 是 与 参数 化 接口 相关 ， 


些 参数 值 的 接口 没有 被 使 用 ， 对 于 这 样 的 接口 ， 需 要 default 函数 来 处 理 。 








合 :对 于 正常 执行 的 组 件 来 说 ， 某 接 
因为 接口 的 所 有 参数 值 被 使 用 的 概率 者 








F 和 通用 接口 
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， 这 是 TinyOS 2x 与 TinyOS 1.x 的 主 























程序 《函数 )。 当 某 个 接口 函数 没有 相应 的 
， 就 使 用 该 组 件 的 实现 ， 否 则 就 会 调 


数 ， 编 译 程序 
默认 函数 Send.send 
否则 ， 如 果 态 记 连 接 TestAMC. 












































接口 是 在 普通 的 接口 上 引入 了 类 型 参数 ,在 3.3.3 小 
通用 组 件 。 通 过 本 小 节 的 学 习 ， 我 们 将 会 了 解 到 为 什么 
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过 。 现 在 我 们 来 了 解 一 下 
日 件 ， 通 用 组 件 的 作用 和 好 



































节 已 经 介 
通用 多 


前 妇 进 用 















































处 ， 通 用 组 件 的 定义 以 及 在 编程 过 程 中 如 何 使 用 通用 组 件 。 
































3.7.1 为 什么 需要 通用 组 件 


默认 情况 下 ， 组 件 是 单一 的 ， 即 在 全 局 范围 内 只 有 
单一 组 件 (如 LedsC) 在 不 同 的 配件 中 声明 ， 但 对 应 的 









































都 连接 了 LedsC， 他 们 连接 的 是 相同 的 代码 ， 访 问 的 是 相同 的 变量 。 
nesC 1.0 和 1.1 中 没有 支持 通用 组 件 。 任 何 时 候 组 件 都 需要 一 个 通用 的 数据 结构 ， 编 程 















































一 个 ， 任 意 配件 都 可 以 直接 使 用 。 某 
都 是 LedsC。 具 体 的 ， 如 果 两 个 配件 



























































者 必须 复制 数据 结构 组 件 ， 给 它 一 个 新 的 名 字 ; 或 者 是 
过 本 地 分 配 数据 结构 和 使 用 库 程序 来 分 配 功能 。 
























































分 割 所 需 通用 数据 结构 的 功能 ， 并 通 























除了 单一 组 件 ，nesC 1.2 还 支持 通用 组 件 。 通 用 组 件 可 以 多 次 实例 化 。 例 如 ， 硬 件 的 底 






































层 软 抽象 是 一 个 单一 组 件 ， 即 上 只 有 硬件 寄存 器 的 一 个 备 
的 。 实 例 化 使 得 组 件 代 码 可 以 重用 。 以 组 件 BitvectorC 
量 的 抽象 ， 在 多 个 组 件 中 都 需要 使 用 比特 这 个 抽象 。 如 


















































份 。 但 是 软件 数据 结构 是 可 以 实例 化 
为 例 ， BitvectorC 组 件 提 供 了 比特 问 
果 它 是 单一 组 件 ， 每 个 比特 向 量 都 是 



































一 个 具有 不 同名 字 的 组 件 ， 也 就 是 说 ， 需 要 多 次 定义 、 
件 ， 就 可 以 对 它 进 行 一 次 定义 、 多 次 使 用 。 

为 了 实现 通用 组 件 的 重用 ， 通 用 组 件 实例 化 使 用 代 
个 好 处 : 简单 和 匹配 类 型 。 如 果 通 用 模块 没有 使 用 代码 
复制 ， 这 个 单独 的 代码 复制 作用 于 所 有 组 件 实例 。nesC 
是 从 一 个 单一 的 源 文件 得 来 ， 所 以 它们 是 一 致 的 ， 不 会 
但 复制 代码 的 方法 降低 了 减 小 代码 大 小 的 可 能 性 。 

为 了 实现 代码 重用 ， 通 用 组 件 实例 化 使 用 代码 复制 
还 可 以 为 通用 组 件 提 供 类 型 等 参数 。 

首先 ， 如 果 通 用 组 件 没有 使 用 代码 复制 的 方法 ， 那 
单一 代码 复制 。 如 果 通 用 组 件 采用 了 类 型 参数 ， 如 分 配 
的 单一 代码 复制 方法 变 得 更 加 复杂 。 即 便 通 用 组 件 采 用 































































































































































































































































































多 次 实现 。 如 果 比 特 向 量 是 通用 组 


码 复制 的 机 制 。 代 码 复 制 可 以 带 来 2 
复制 的 方法 ， 则 会 有 一 个 单独 的 代码 
仅仅 创建 代码 的 副本 。 所 有 的 副本 都 
出 现 多 个 源 文件 所 导致 的 维护 问题 。 



































的 机 制 。 这 不 仅 简 化 了 实例 化 工作 ， 





么 在 组 件 的 所 有 实例 中 都 会 对 应 一 个 
大 小 、 偏 移 量 等 ， 将 会 使 得 每 个 实例 
非 类 型 参数 时 也 会 导致 这 样 的 问题 ， 
































这 是 因为 非 类 型 参数 可 能 会 用 来 指定 数组 大 小 ， 转 换 case values 等 。 



































其 次 ， 如 果 采 用 通用 组 件 的 各 个 实例 可 共享 代码 的 
个 类 似 于 指针 作用 的 参数 ， 指 明 在 执行 哪个 实例 ， 但 相 
个 参数 ， 因 此 ， 执 行 时 间 和 函数 成 本 会 有 大 的 改变 。 

综 上 ， 为 了 提供 简单 、 易 于 理解 和 高 效 运 行 的 组 伯 
码 复制 的 机 制 。 


3.7.2 ”通用 组 件 的 定义 与 实例 化 
1， 通用 组 件 的 定义 






















































































方式 ， 就 需要 给 各 实例 的 函数 添加 一 
应 的 各 实例 中 的 变量 访问 均 需 避 开 这 






































F，nesC 在 通用 组 件 实例 化 时 使 用 代 














组 件 分 为 模块 和 配件 ， 相 应 的 ， 通 用 组 件 也 分 为 通用 模块 和 通用 配件 。 通 用 组 件 的 定义 
中 要 使 用 关键 字 generic。 另 外 ， 在 语法 方面 与 单一 组 件 不 同 的 地 方 是 ， 通 用 组 件 有 一 个 参数 












































列表 。 参 数列 表 跟 在 组 件 名 后 面 ， 用 圆 括号 括 起 来 。 一 


















































般 来 说 ， 通 用 组 件 支持 三 种 类 型 的 参 
67 
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数 : 类 型 、 数 字 常 量 和 字符 串 常 量 。 如 果 参 数 是 类 型 ， 则 使 用 关键 字 typedef 声明 。 这 些 参 
数 可 以 在 多 处 使 用 ， 比 如 ， 组 件 规范 中 的 通用 接口 的 类 型 、 接 口 函 数 中 的 参数 或 返回 值 类 
型 ， 模 块 变量 的 定义 或 声明 等 。 参 数列 表 也 可 以 为 空 。 


通用 模块 与 通用 配件 的 一 般 形式 : 


























































































































generic module 模块 名 { generic configuration 配件 名 { 
































/声明 接口 /声明 接口 
} } 
implementation{ implementation{ 
/ 通用 模块 实现 / 通用 配件 实现 
} 


} 
例 3.30: 有 参数 的 通用 组 件 
generic module VirtualizeTimerC(typedef precision tag, int max timers) 


{ 
































provides interface Timer<precision tag> as Timer[uint8 t numl; 
uses interface Timer<precision tag> as TimerFrom; 


} 


implementation { 


} 
组 件 VirtualizeTimerC 是 一 个 通用 模块 。 它 有 两 个 参数 ， 第 一 个 参数 是 计时 器 精度 的 类 
型 ， 是 用 关键 字 typedef 声明 的 。 这 种 精度 类 型 提供 了 额外 的 对 接口 类 型 的 检测 ， 因 为 这 个 
参数 在 提供 和 使 用 的 通用 接口 Timer 中 被 用 于 指定 接口 的 精度 类 型 ， 另 一 个 定义 了 组 件 所 提 
供 的 最 大 的 虚拟 定时 器 的 数量 ， 它 的 值 通 常 由 编译 函数 uniqueCountO 计 算得 到 。 


例 3.31: 参数 列表 为 空 的 通用 配件 












































































































































generic configuration TimerMilliCO { 
provides interface Timer<TMilli>; 


} 


implementation { 


} 
组 件 TimerMilliC 是 一 个 通用 配件 ， 没 有 携带 参数 ， 也 就 是 说 ， 参 数列 表 为 空 。 注 意 : 
即便 通用 配件 没有 参数 ， 配 件 名 字 后 面 的 圆 括 号 也 不 能 省 略 。 


LC 


2. 通用 组 件 的 实例 化 
使 用 通用 组 件 需 要 先 实例 化 它 。 实 例 化 通用 组 件 实际 是 复制 组 件 代 码 。 组 件 代码 复制 就 
是 逐 字 地 创建 源 文件 的 副本 。 代 码 复制 作用 于 通用 模块 时 ， 是 将 可 执行 代码 和 变量 找 贝 到 最 
后 的 应 用 中 。 代 码 复 制作 用 于 通用 配件 时 ， 表 现 为 实例 化 其 他 组 件 并 创建 连接 。 也 就 是 说 ， 
通用 模块 定义 了 重复 的 可 执行 逻辑 ， 通 用 配件 定义 了 组 件 组 织 关系 的 重复 模式 。 


实例 化 通用 组 件 使 用 关键 字 new， 并 需 填 写 传递 的 实 参 。 
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例 3.32: 


generic module BitVectorC( uint16 tmax bits ) { 
provides interface Init; 
provides interface BitVector; 


} 
configuration ExampleVectorC {} 
implementation { 


components new BitVectorC(10); 


} 


以 上 代码 创建 一 个 向 量 长 度 大 小 为 10bit 的 通用 模块 BitVectorC， 该 语句 实际 上 是 创建 
BitVectorC 代码 的 副本 。 在 创建 的 通用 模块 BitVectorC 的 新 实例 的 代码 ， 10 代 符 参数 
max_bits。 
通用 组 件 只 有 在 实例 化 它 的 配件 中 被 命名 ， 对 于 实例 化 该 通用 组 件 的 配件 而 言 ， 它 是 私 
有 的 ， 其 他 组 件 不 可 以 直接 使 用 它 。 上 述 例子 中 ， 在 配件 ExampleVectorC 中 实例 化 了 通用 
化 模块 BitVectorC， 因 此 ，BitVectorC(10) 对 于 配件 ExampleVectorC 是 私有 的 ， 其 他 组 件 不 
能 访问 它 。 那 么 如 何 使 用 实例 化 的 通用 组 件 呢 ? 可 以 使 用 我 们 先前 介绍 的 方法 ， 即 输出 通用 
组 件 实例 的 接口 。 

例 3.33: 一 个 位 向 量 负责 跟踪 系统 是 否 正在 运行 ， 多 个 组 件 都 需要 访问 这 个 位 向 量 。 
BitVectorC 是 通用 组 件 ， 配 件 SystemServiceVectorC 实例 化 BitVectorC 后 ， 将 其 接口 输出 ， 
以 便于 其 他 组 件 使 用 。 


configuration SystemServiceVectorC { 














































































































































































































































































































provides interface BitVector; 


} 

implementation { 
components MainC, new BitVectorC(uniqueCount(UQ SYSTEM SERVICE)); 
MainC.SoftwareInit -> BitVectorC; 
BitVector = BitVectorC; 


} 


上 述 2 个 例子 都 只 对 通用 组 件 BitVectorC 实例 化 1 次 ， 即 只 需要 一 个 实例 ， 这 种 情况 可 

以 使 用 关键 字 as 设置 别名 ， 也 可 以 不 用 。 但 是 ， 如 果 在 配件 中 需要 通用 组 件 的 多 个 实例 ， 

实例 化 时 需 使 用 关键 字 as 设置 别名 。 
例 3.34: 在 Blink 应 用 中 ， 使 用 通用 组 件 TimerMilliC 的 三 个 实例 ， 为 了 对 这 三 个 进行 

区 分 ， 需 要 使 用 关键 字 as 设 定 别名 。 其 代码 可 参考 例 3.18。 

3.7.3 通用 化 模块 

通用 模块 是 可 以 使 用 诸如 类 型 、 常 量 等 通用 参数 的 模块 。 比 如 下 面 QueueC 的 例子 中 ， 

通用 模块 的 形 参 类 型 queue _t 像 标 准 的 C 类 型 一 样 ， 可 以 用 于 声明 数组 〈 队 列 ) 的 类 型 、 接 

口 函 数 返 回 值 的 类 型 等 。 参 数 QUEUE SIZE 就 像 C 常量 一 样 ， 定 义 模块 中 的 数组 queue 

(队列 ) 的 大 小 。 
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例 3.35: QueueC 


generic module QueueC(typedef queue b uint8 t QUEUE SIZE){ 


provides interface Queue<queue 位 ; 


} 


implementation { 
queue tONE NOK queue[QUEUE SIZE]; 


command queue t Queue.head() { 


return queue[head]; 


1.， 类 型 参数 
声明 通用 组 件 要 检查 类 型 。 默 认 情 况 下 ， 人 允许 对 类 型 参数 的 操作 只 有 声明 变量 和 赋值 。 
例 : 类 型 参数 的 操作 
下 面 两 条 语句 是 合法 的 。 
queue t x,y; 
X y， 
如 下 的 操作 是 不 合法 的 。 
queue t x,y; 
X=yt ls: 






























































TI 


o 














然而 ， 如 果 需 要 的 话 ， 可 以 在 类 型 参数 后 添加 后 级 @integer()。 属 性 @integer() 允 许 对 该 
类 型 参数 进行 整数 操作 。 

例 : 在 类 型 参数 后 添加 后 级 @integer() 以 允许 整数 操作 。 

在 通用 模块 ConstantSensorC 中 ， 在 类 型 参数 width t 后 使 用 了 属性 @integer()， 表 明 可 
以 进行 整数 方面 的 操作 。 该 类 型 参数 用 于 指定 通用 接口 Read 的 类 型 ， 进 一 步 的 ， 在 通用 模 
块 的 实现 代码 中 ， 该 类 型 参数 在 接口 Read 的 通知 事件 Read.readDone (SUCCESS, (width 4) 
val) 中 ， 用 该 类 型 参数 对 读 取 的 感知 数据 val 进行 了 类 型 强制 转换 ， 即 val 可 以 被 强制 转换 
为 整数 类 型 。 

例 3.36: 


generic module ConstantSensorC(typedef width t (@integer(), uint32 tval) { 
provides interface Read<width t>,; 
} 


implementation 


{ 


task void senseResult() { 
signal Read.readDone(SUCCESS, val); 
} 


command error t Read.read() { 
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return post senseResult(); 
} 
} 
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实例 化 通用 组 件 ConstantSensorC 时 ，width t 必须 作为 整 型 类 型 使 用 ， 下 面 两 条 语句 























中 ， 第 一 条 是 合法 的 ， 而 第 二 条 是 不 合法 的 。 








Run 


components new ConstantSensorC( uint16 t, 23)as Cl; 
components new ConstantSensorC( struct X, 39) as C2; 





/ 合法 


/ 编译 出 错 








另外 ， 也 有 属性 @number( ) 可 以 作为 后 级 ， 这 表示 类 型 参数 是 一 个 整 型 或 浮 点 型 。 对 该 

















类 型 参数 只 可 进行 整 型 操作 或 浮 点 型 操作 。@number( ) 丰 
2. 通用 抽象 数据 类 型 














I@integer( ) 表 示 nesC 语句 的 属性 。 




















在 TinyOS 中 ， 有 些 数据 类 型 ， 比 如 队列 、 比 特 向 量 以 及 通信 消息 等 都 是 较为 通用 的 ， 
也 就 是 说 ， 往 往 多 个 组 件 都 要 使 用 。 这 些 组 件 对 这 些 通用 数据 类 型 可 能 的 需求 也 不 尽 一 致 ， 





















































比如 ， 对 于 队列 来 说 ， 不 同 的 组 件 可 能 需要 使 用 不 同类 型 、 不 同 最 大 长 度 的 队列 。 如 何以 一 






























































种 较为 方便 的 方式 来 使 用 这 些 通用 数据 类 型 呢 ? 






































接口 中 的 命令 来 访问 这 些 通 用 数据 状态 。 通 过 上 述 的 通 上 
























































通用 模块 是 一 种 有 效 的 方式 ， 有 具体 的 做 法 是 : 使 用 模块 变量 来 存放 通用 数据 状态 ， 使 用 














日 模块 QueueC 例子 ， 不 难 理解 这 



































点 。 在 通用 模块 的 变量 queue 中 存放 队列 的 状态 ， 为 了 对 队列 进行 访问 ， 可 以 使 用 通用 接口 



































Queue<queue 人， 该 接口 中 提供 了 一 系列 命令 〈 访 问 操 
enqueue( )、 出 队 dequeue( ) 等 等 。 


3.7.4 通用 化 配件 
连接 时 ， 组 件 实例 不 用 带 参数 。 




















模块 是 一 个 包含 可 执行 代码 的 组 件 ， 配 件 定 义 了 组 件 之 间 的 关系 ， 形 成 更 高 层次 的 # 




















作 )， 如 取 队 列 头 元 素 head()、 入 队 

















象 ， 通 用 模块 是 可 重复 使 用 的 执行 代码 ， 因 此 ， 通 用 配件 是 组 件 之 间 的 重复 模式 ， 形 成 了 一 


















































个 更 高 级 别 的 抽象 。nesC 也 有 通用 配件 ， 这 个 通用 配件 是 在 建设 TinyOS 抽象 和 服务 上 的 一 






























































个 非常 强大 的 工具 。 通 用 配件 也 是 用 关键 字 generic 声明 






































的 。 


在 深入 研究 通用 配件 之 前 ， 我 们 来 看 一 下 没有 通用 配件 时 的 代码 。 
例 3.37: HilTimerMilliC。 这 是 一 个 非常 重要 的 组 件 ， 但 程序 中 从 来 没有 直接 命令 它 ， 







































































但 是 定时 器 实例 化 通用 组 件 的 一 个 应 用 被 命名 为 TimerMilliC， 后 面 我 们 将 会 讲 到 Timer 














MilliC。HilTimerMilliC 是 定时 器 服务 的 核心 部 分 。 许 多 
过 它 的 参数 化 接口 提供 了 这 种 能 力 。HilTimerMilliC 封 
























































组 件 需要 定时 器 ，HilTimerMilliC 通 
装 VirtualizeTimerC， 其 入 参 取 值 是 
































unique(UQ_TIMER_MILLD 的 返回 值 。 这 意味 着 如 果 一 个 组 件 AppP 需要 一 个 定时 器 ， 则 它 





的 配件 AppC 需要 这 样 写 : 





configuration AppP {...} 
implementation { 
components AppP, HilTimerMilliC; 


AppP.Timer -> HilTimerMilliC.TimerMilli[lunique(UQ_ TIMER MILLD]; 


} 
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而 实际 中 AppP 需要 三 个 定时 器 ， 所 以 代码 应 为 : 


configuration AppP {...} 

implementation { 
components AppP, HilTimerMilliC; 
AppP.Timerl -> HilTimerMilliC.TimerMillifunique(UQ TIMER MILLD; 
AppP.Timer2 -> HilTimerMilliC.TimerMillilunique(UQ_ TIMER MILLDI; 
AppP.Timer3 -> HilTimerMilliC.TimerMillilunique(UQ TIMER MILLDI; 


} 


这 种 方法 可 以 很 好 地 了 解 TimerC 在 TinyOS 1.x 中 是 如 何 工作 的 。 但 它 存 在 一 些 问题 。 
首先 ， 有 UQ_TIMER _MILLI 散 置 在 系统 中 的 许多 个 组 件 中 ， 导 致使 用 的 标识 符 不 太 可 能 改 
变 ， 因 而 调用 一 个 错误 的 但 有 效 的 参数 unique0 将 不 会 返回 error。 例 如 ， 如 下 组 件 : 


AppP.Timerl -> HilTimerMilliC.TimerMilli[unique(UQ_TIMER_MICRO)]; 


















































下 































































































其 次 ， 有 时 会 有 两 个 组 件 都 连接 到 定时 器 的 同一 个 实例 ， 这 会 导致 使 用 unique 的 定时 
器 系统 内 部 执行 暴露 给 其 他 组 件 。 通 常情 况 下 ， 所 有 的 组 件 都 想 分 配 一 个 新 的 计时 器 ， 但 它 
不 关心 是 如 何 实现 的 。 

通用 配件 通过 定义 一 个 可 以 实例 化 的 连接 结构 来 简化 这 个 问题 。 例 如 ， 所 有 定时 器 的 使 
用 者 都 想 连 接 一 个 毫秒 定时 器 ， 而 且 它们 不 必 担 心 unique 函数 的 入 参 到 底 是 什么 。 

下 面 是 一 个 通用 配件 的 例子 : TimerMilliC。 

例 3.38: TimerMiliC。TimerMilliC 提供 了 毫秒 定时 器 这 种 抽象 。TimerMilliC 是 一 个 提 
供 单一 定时 器 接口 的 通用 配件 。 它 的 实现 语句 完成 的 工作 是 : 将 提供 的 定时 器 接口 连接 到 一 
个 实例 ， 这 个 实例 使 用 关键 词 “UQ _ TIMER _MILLI” 作 为 函数 unique 的 入 参 ， 并 以 函数 
unique (CUQ_TIMER_MILLI) 的 结果 来 参数 化 定时 器 接口 TimerMilli 的 参数 。 这 意味 着 
uniqueO 只 在 一 个 文件 中 被 调用 ， 只 要 所 有 的 组 件 用 TimerMilliC 分 配 定时 器 ， 就 不 会 存在 错 
误 。TimerMilliC 的 执行 非常 简单 : 




















































































































































































































































































































generic configuration TimerMilliC() { 
provides interface Timer<TMilli>; 


} 
implementation { 
components TimerMilliP; 
Timer = TimerMilliP.TimerMillifunique(UQ TIMER MILLD]; 


} 
中 ，TimerMilliP 是 一 个 单独 的 配件 ， 自 动 连接 HilTimerMilliC 到 启动 顺序 ， 并 输出 
HilTimerMilliC 的 参数 化 接口 : 

































































configuration TimerMilliP { 


provides interface Timer<T™Milli> as TimerMilli[uint8 t id]; 


} 
implementation { 


components HilTimerMilliC, MainC; 
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MainC.SoftwareInit -> HilTimerMilliC; 
TimerMilli = HilTimerMilliC; 
} 


TimerMilliC 封装 了 一 个 连接 结构 给 其 他 组 件 使 用 ， 这 个 连接 结构 调用 unique wiring 到 
定时 器 服务 。 当 一 个 组 件 实例 化 TimerMilliC 时 ， 它 创建 一 个 TimerMilliC 代码 的 副本 ， 这 个 
副本 包括 调用 unique(UQ_TIMER_MILLD。 实 例 化 TimerMilliC 的 代码 如 下 : 
















































































components X, new TimerMilliC(); 
X.Timer -> TimerMilliC， 


在 本 质 上 是 : 


components X, TimerMilliP; 
X.Timer -> TimerMilliP.TimerMilli[unique(UQ_ TIMER MILLD]; 








TimerMilliP 在 本 质 上 是 一 个 配件 ， 连 接 到 HilTimerMilliC 配件 。 当 一 个 组 件 在 Timer 
MilliC 上 调用 Timerstart0 时 ， 它 调用 的 实际 功能 是 VirtualizeTimerC 上 的 Timer.start()。 

下 面 我 们 来 看 一 个 使 用 通用 化 配件 TimerMilliC0 的 应 用 实例 BlinkAppC。 

例 3.39: BlinkAppC。BlinkAppC 连接 BlinkC 模块 到 它 的 三 个 定时 器 。 其 代码 可 参考 
例 3.19。 
连接 Blink.Timer0 到 Timer0， 建 立 如 下 连接 链 : 
























































BlinkC.Timer0 -> Timer0.Timer 

Timer0.Timer = TimerMilliP.TimerMilli[unique(UQ_TIMER_MILLD] 
TimerMilliP.TimerMilli[unique(UQ_TIMER_MILLD]= HITimerMilliC[unique(UQ_TIMER_MILLD)] 
HilTimerMilliC[unique(UQ_TIMER_MILLD]= VirtualizeTimerC.Timer[unique(UQ_TIMER_MILLD)] 


BlinkC 和 VirtualizeTimerC 是 两 个 模块 ， 中 间 的 组 件 都 是 配件 。 当 nesC 编译 这 段 代 码 
时 ， 所 有 的 中 间 层 将 被 优化 ，BlinkC.Timer().start 将 会 在 VirtualizeTimerC.Timer[…].start 上 
开始 直接 函数 调用 。 
3.7.5 ”属性 attributes 
属性 〈attributes) 是 将 元 数据 与 程序 语句 关联 的 一 种 方式 。nesC 的 属性 基于 Java 注释 
中 采取 的 方法 。 这 里 主要 介绍 最 常用 的 属性 及 如 何 使 用 这 些 属性 ， 完 整 的 细节 不 再 详 述 。 
属性 声明 是 指 一 个 数据 结构 名 字 前 有 “@” 的 声明 。 属 性 具有 域 ， 域 可 以 被 初始 化 。 前 
面 已 经 接触 了 属性 @combine。 





















































































































































struct @combine { 
char *function name; 


} 
typedef uint8 t error t QWcombine(‘“‘encombine”); 
组 合 属性 将 字符 串 作 为 参数 ，error t 的 声明 由 ecombine 来 注释 ， 指 定 了 error t 的 组 合 
函数 名 字 。 圆 括号 中 的 参数 实际 使 用 了 与 C 初始 化 属性 定义 相同 的 语法 。 
用 户 定 义 的 属性 可 以 附加 到 nesC 程序 中 的 大 多 数 名 字 〈 组 件 、 接 口 、tepedef、 变 量 和 
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函数 等 ) 上 。 
例 3.40: 


struct (Qatleastonce{}; 
configuration LedsC{ 


provides interface Init (Watleastonce(); 


provides interface Leds; 


} 














这 个 例子 声明 了 atleastonce 属性 ， 该 属性 中 没有 域 。 配 件 LedsC 使 用 这 个 属性 注释 其 接 
口 Init。 默 认 情 况 下 ，(@atleastonce 什么 都 不 做 。 但 是 nesC 编译 器 具有 工具 可 以 将 应 用 的 信 
息 输 出 ， 包 括 属性 信息 。TinyOS 编 








制 ，atleastonce 是 其 中 之 























































































































下 几 项 。 





应 该 剪除 这 个 函数 。 一 般 在 ， 











译 过 程 中 有 















































部 分 工作 是 运行 一 个 脚本 ， 检 查 连接 限 
。 编 译 中 检查 有 atleastonce 注释 的 接口 被 连接 至 少 一 次 。 
属性 没有 引入 新 的 关键 字 提 供 了 扩展 nesC 语言 的 方式 。 目 前 系统 中 的 通用 属性 包括 如 





@spontaneous: 表明 函数 可 以 从 nesC 程序 外 部 调用 ， 因 此 ， 由 nesC 死 代码 删除 中 不 
































其 处 到 











程序 或 者 连接 二 进 制 库 〈 比 如 ，TOSSIM) 时 要 使 用 



































@C: 表明 函数 为 C 函数 ， 而 不 是 nesC 函数 。 特 殊 的 ， 使 用 该 属性 定义 的 函数 不 是 组 件 








二 




















内 部 私有 的 函数 。 在 C 代码 需要 调用 nesC 代码 时 使 用 该 属性 。 该 属性 隐 含 @spontaneous。 
































@hwevent: 表明 函数 是 硬件 中 断 调用 的 结果 。 
@atomic_hwevent: 表明 函数 是 中 断 调用 的 结果 ， 且 函数 运行 具有 原子 性 。 该 属性 民 
区 分 是 必需 的 ， 这 样 nesC 可 以 知道 是 否 需要 额 








@spontaneous。 在 本 属性 与 @hwevent 的 


原子 语句 。 











@atmostonce: 表明 接口 








@integer: 表明 通用 组 从 


用 整数 操作 。 





@number: 表明 通用 缚 





类 型 参数 使 用 算术 操作 。 












































必须 连接 0 或 1 次 ; 
(@atleastonce: 表明 接口 必须 连接 1 或 多 次 ; 
(@exactlyonce: 表明 接口 必须 连接 1 次 ， 不 能 多 也 不 能 少 。 

















类 型 参数 必须 是 整数 。 这 个 属性 允许 通用 组 件 对 该 类 型 














@combine: 声明 类 型 时 ， 用 于 # 


的 字符 串 。 
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间 定 类 

















型 的 组 合 函 数 。 它 有 1 个 参数 ， 即 组 合 函 








旺 
深 
n> 








参数 使 


件 类 型 参数 必须 是 整数 或 者 浮 点 类 型 。 该 属性 允许 通用 组 件 对 该 


数 名 字 


一 


叮 4 





TinyOS 中 的 IO 操 
行 。 代 替 线 程 ， 

















其 他 处 理 程序 (当中 


在 一 个 特定 的 模块 中 声明 一 
断 处 理 程序 








信号 ， 这 个 任务 或 中 


章 


作 都 是 分 阶段 的 ， 不 都 通过 线程 。 
TinyOS 程序 的 所 有 代码 是 1 
的 任务 实际 上 是 一 个 轻 量 级 的 延 
的 任务 将 会 在 一 定时 间 后 被 执行 。TinyOS 
断 被 茶 止 时 除外 )。 

个 任务 或 中 断 处 理 程序 时 ， 当 调用 一 个 命令 或 者 给 事件 一 个 



























































期 调用 : 








TinyOS 调 


并 发 执行 模型 


TinyOS 程序 在 单个 程序 栈 上 执 











一 个 任务 或 者 中 断 处 理 程 序 执行 的 。TinyOS 中 
度 程序 可 在 任意 时 间 发 布 任务 ， 所 发 布 
































中 的 中 断 可 发 生 在 任何 时 间 ， 中 断 任务 或 者 中 断 











可 能 会 跨 组 件 执行 。 如 图 4-1 所 示 。 
[| 任务 
[|] 命令、 事件 
加 中 # 业 名 三 





H/Wtimer [0 


区 




















由 于 中 断 处 理 








程序 执行 的 代 




















被 调 











 )，nesC 中 区 分 同步 (sync) 代码 和 异步 





人 码 可 以 更 加 明 硬 



































执行 ， 异 步 (async ) 代码 可 被 各 
关键 字 async 声明 。 


14.1 任务 


任务 是 | 



































task void setupTask () { 
// task code 
】》 





nesC 提供 的 一 个 简单 的 延期 
(不 带 参 数 可 以 保持 任务 调度 的 简单 性 )， 


FE 务 和 中 断 处 理 
































使 用 关键 字 post 为 稍 后 的 执行 调度 一 个 任务 : 


event void Boot.booted () { 





计算 机 制 ， 任 务 有 一 个 void 的 返回 
并 且 用 关键 字 task 声明 。 





一 任务 执行 (同步) 
--= 中 断 执 行 (异步 ) 


4-1 TinyOS 执行 模型 :任务 和 中 断 处 理 程序 跨 组 件 执行 


地 意识 到 并 发 问题 〈 因 
Casync) 代码 ， 同 步 〈sync) 代码 仅 由 任务 
程序 执行 ， 并 且 异 步 执行 的 命令 或 事件 需 用 








为 它 可 能 在 任何 时 候 
































值 ， 不 带 参 数 
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call Timer.startPeriodic (1024); 
post setupTask (); 


} 


在 
setupTask()。 





全 局 





口 











务 的 多 个 备份 。 但 是 ， 一 个 任务 
下 面 的 代码 是 好 
执行 任务 直到 作 








上 例 中 ， 


和 其 他 模块 的 代码 类 似 ， 伯 
的 C 函数 。 人 在 

















FE 务 可 以 访问 变量 ， 


上 


i 





旦 TinyOS 完成 初始 化 序列 (信号 初始 化 ， 初 始 化 所 有 组 件 )， 它 将 运行 


命令 ， 


用 给 事件 发 送信 号 ， 调 用 内 部 或 





























E 系 统 初 始 化 后 运行 


E 务 的 调度 操作 就 如 同调 
SUCCESS， 除 非 该 任务 被 提 








FE 起 。 从 另 








一 个 返 
个 有 














回 值 为 error t 的 函数 。 发 布 一 个 任务 总 
9 度 说 ， 一 个 组 件 不 能 同时 调度 同一 个 任 


























台 运 行 ， 它 可 
































command void Scheduler.taskLoop () { 
for (;;) { 


} 
} 


这 段 代码 的 伪 代 码 
一 直 执 


TinyOS 


多 个 任务 ，TinyOS ; 
个 执行 的 ， 不 可 抢先 占 
极 大 地 简化 了 代码 编 


程 假设 直到 它 

















uint8 tnextTask; 


atomic { 


[的 TinyOS 核心 调度 循环 ， 这 个 函数 没有 返回 值 。 
E 务 队列 为 空 ， 然 后 让 微 控制 器 进入 睡 




















上 








以 再 次 调度 它 











Co 








它 








民风 


态 。 


while (( nextTask == popTask ()) == NO_TASK) { 
call McuSleep.sleep (); 


} 


signal TaskBasic.runTask[nextTask 1](); 


} 


且 
人 E: 


行 : 
当 没 有 任 











务 时 : 




















任务 























所 有 通 ; 





BaseStation 应 用 为 
过 无 线 信道 接收 
无 线 通 信和 模块。 因 


直 处 于 睡 











卢 状 态 直到 中 





断 唤 醒 处 型 

















4 会 











一 二 执行 到 没有 


























日 ， 直 到 








月 





当前 








人 
与 














wy 











蕊 已 经 完全 控制 处 到 
































发 送 队 列 。 当 它 从 无 线 信 道 接收 


发 送 队 列 中 。 
送 队 列 中 。 


BaseStationP 是 执行 BaseStation 应 
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当 它 接收 




















内。 


例 。BaseStation 连接 UART 串 
到 的 数据 包 发 送 给 UART, 并 把 所 有 接收 到 的 UART 数据 包 发 送 到 
为 无 线 和 UART 可 能 








不 同 的 天 中 


E 嚣 为止。 如 果 中 断 处 理 程序 发 布 一 个 或 者 
任务 可 执行 ， 然 后 进入 曙 
任务 执行 完成 ， 下 一 个 任务 才 可 执行 。 任 务 的 这 种 
的 任务 量 ， 所 有 的 同步 代码 不 需要 任何 机 制 来 保护 














外 








民 状 态 。 任 务 是 一 个 接 一 
届 性 
享 变量 。 同 步 例 





















































和 无 线 通信 模块 。BaseStation 把 











到 一 个 数据 包 时 ， 它 把 该 数据 包 置 于 无 线 模块 
到 一 个 UART 数据 包 时 ， 它 把 该 数据 包 置 





用 的 模块 ， 它 使 用 任务 从 队列 中 提取 数据 包 3 


上 量 ，BaseStation 在 每 个 方向 都 有 一 个 
到 UART 的 
于 UART 到 无 线 模块 的 发 
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据 包 。 接 收 处 理 器 把 数据 包 放 入 队列 ， 并 在 应 用 不 发 送 数 据 包 时 调度 send 任务 。 其 伪 代 码 
如 下 。 

















接收 数据 包 : 
若 队 列 非 空 : 
将 数据 包 放 入 队列 
若 当 前 没有 要 发 送 的 数据 
提交 任务 send Task 
任务 不 带 参 数 。 如 果 一 个 组 件 需 要 传递 一 个 数据 给 任务 ， 则 这 个 数据 必须 存储 在 这 个 组 
件 的 变量 中 。 例 如 ，BaseStationP 不 能 将 一 个 指向 消息 的 指针 作为 参数 传递 给 任务 
sendTask。 相 反 ，sendTask 必须 直接 从 队列 中 提取 数据 包 。 


4.1.1 任务 的 执行 


TinyOS 通常 都 是 以 “先进 先 出 ”的 顺序 运行 任务 。 一 个 任务 经 调度 后 ， 只 有 当前 面 的 
所 有 任务 都 运行 完成 后 该 任务 才 会 运行 。 这 意味 着 每 个 任务 应 该 很 短 。 如 果 一 个 组 件 有 一 个 
很 长 的 计算 ， 则 应 该 把 它 分 成 多 个 任务 。 由 于 任务 运行 后 就 不 会 再 存在 于 队列 中 ， 因 此 为 反 
复 运 行 一 个 任务 ， 任 务 可 以 调度 自身 。 

在 当前 的 mote 平台 上 ， 大 约 需要 80 个 微 控制 器 时 钟 周期 来 调度 和 执行 一 个 任务 。 
一 般 来 说 ， 应 保持 任务 的 运行 时 间 最 多 为 几 个 毫秒 。 因 为 一 个 任务 运行 结束 后 ， 一 个 长 
时 运行 的 任务 或 者 大 量 非 长 时 运行 的 任务 可 导致 任务 调度 和 执行 之 间 的 较 大 的 时 延 〈 几 
十 毫秒 )。 

现 考虑 两 种 情况 ， 这 两 种 情况 都 有 五 个 处 理 组 件 和 一 个 无 线 协议 栈 。mote 处 理 器 以 
8MHz 的 速率 运行 。 每 个 处 理 组 件 需 要 占用 大 量 的 CPU 时 间 。 情 况 一 ， 处 理 组 件 调 度 任务 运 
行 5ms 后 重新 调度 自己 来 继续 工作 。 情 况 二 ， 处 理 组 件 调 度 任 务 运行 0.5m 后 重新 调度 自己 
来 继续 工作 。 

在 第 一 种 情况 下 ， 任 务 调度 开销 是 0.02%: 执行 40 000 个 周期 中 有 80 个 周期 是 用 做 开 
销 。 在 第 二 种 情况 下 ， 任 务 调度 的 开销 是 0.2%: 执行 4000 个 周期 中 有 80 个 周期 是 用 做 开 
销 。 所 以 执行 完成 的 时 间 是 没有 明显 差异 的 。 然 而 ， 考 虑 到 任务 排队 时 延 ， 在 第 一 种 情况 
下 ， 当 无 线 协 议 栈 调度 一 个 任务 ， 通 知已 接收 到 一 个 数据 包 ， 预 计 它 将 大 约 等 待 25ms (5 个 
处 理 任务 X 每 个 任务 5ms 时 延 ) 时 ， 就 限制 了 系统 每 秒 最 多 处 理 40 个 数据 包 。 在 第 二 种 情 
况 下 ， 当 无 线 协 议 栈 调度 一 个 任务 ， 预 计 它 将 大 约 等 待 2.5ms (5 个 处 理 任务 X 每 个 任务 
0.5m 时 延 ) 时 ， 就 使 得 系统 每 秒 可 处 理 400 个 数据 包 。 任 务 调度 代价 低 ， 使 用 大 量 的 短 运 
行 时 间 的 任务 可 提高 系统 响应 ， 而 不 会 增加 CPU 的 开销 。 
当然 ， 这 里 还 必须 对 短 运行 时 间 任 务 的 数量 和 组 件 中 状态 数量 进行 折 中 。 例 如 ， 假 设 要 
加 密 一 个 数据 块 。 如 果 加 密 操 作 需 要 一 段 时 间 (如 10ms )， 可 把 它 分 裂 成 多 个 任务 来 执行 ， 
以 提高 整个 系统 的 响应 。 然 而 ， 如 果 按 一 个 任务 来 执行 ， 要 为 任务 分 配 所 需 的 所 有 状态 和 暂 
存 空 间 。 相 反 ， 分 裂 任务 需要 在 组 件 中 保持 任务 的 状态 和 和 暂 存 空间 。 这 里 没有 折 中 的 硬性 规 
定 ， 但 总 体 来 说 ， 长 时 间 运 行 的 任务 可 导致 操作 系统 的 其 他 部 分 出 现 问题 ， 因 此 应 尽 可 能 地 
避免 。 
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4.1.2 ”执行 和 事件 处 理 


短 运 行 时 间 任 务 的 需求 直接 影响 组 件 的 实现 ， 特 别 是 事件 处 到 
的 接收 事件 处 理 程 序 中 不 直接 发 送 数据 包 ， 而 是 通过 调度 任务 来 发 送 数据 包 。 


























程序 。 












































BaseStationP 在 它 
通过 调度 任务 


来 发 送 数据 包 需 要 很 多 周期 ， 在 这 个 发 送 完成 前 ， 底 层 无 线 组 件 都 不 人 得 到 一 个 新 








的 缓冲 区 。 一 般 来 说 ， 如 果 接 收 处 理 程序 中 有 大 量 的 计算 ， 无 线 模块 必须 























成 ， 才 会 获得 接收 下 一 个 数据 包 的 缓冲 区 。 





























个 简单 的 事件 处 理 程序 不 可 能 完 


跨 多 个 软件 层 运行 。 例 如 ， 一 个 网 络 组 件 可 以 处 理 一 个 基于 数据 包 的 计算 量 较 小 的 接收 事 






































待 这 个 接收 完 


成 复杂 的 处 理 ， 但 是 ， 一 个 事件 处 理 程序 实际 上 可 能 











件 ， 然 后 给 下 一 层 发 送 一 个 信号 。 因 此 ， 任 何 一 个 给 定 的 组 件 ， 可 和 






























































序 的 一 部 分 。 所 以 ， 如 果 处 理 程 序 需要 进行 大 量 的 计算 ， 最 好 的 方法 就 是 调度 任务 。 

















这 就 是 BaseStationP 为 什么 使 用 任务 而 不 是 直接 在 事件 处 理 程序 中 发 送 数据 包 的 原 
虽然 在 理论 上 任务 可 能 要 等 待 一段 时 间 才 运行 ， 但 在 实践 中 任务 往往 很 短 ， 所 以 在 调度 和 执 

















行 之 间 有 一 点 很 小 的 延迟 。 


4.2 任务 和 分 阶段 调用 























任务 不 仅仅 为 保持 系统 的 响应 提供 








软件 分 界线 ， 软 件 组 件 可 以 有 和 硬件 组 作 





4.2.1 硬件 与 软件 














分 阶段 调用 述 了 大 量 外 围 设备 是 如 何 工作 的 。 软 伯 
j 一 个 中 断 表 明 设 备 操 作 完 成 。 设 备 旭 
件 。 当 设备 忙 时 ， 处 理 程序 可 以 继续 发 出 指示 关 


















































即 返回 ， 并 允许 程序 继续 运行 。 























了 一 种 方法 ， 
类 似 的 行为 。 



































EE 只 是 一 个 长 事件 处 理 程 
























































F 给 设备 发 出 命令 ， 并 在 一 
区 动 程序 的 中 断 处 理 程序 发 送 一 个 信号 给 操作 完成 事 

















段 时 间 后 




















因 。 


还 使 nesC 程序 有 了 一 个 灵活 的 硬件 、 











F 完 成 其 他 工作 。 因 此 ， 启 动 操作 的 命令 

















对 于 人 硬件 实现 ， 关 键 点 是 中 断 处 理 程序 i 





图 























4.2.2 ”任务 和 调用 循环 





一 个 命令 read 和 一 个 单独 的 事件 (readDone)。 若 一 个 传感器 有 


























始 读数 。 


module FilterMagC { 
provides interface StdControl; 


provides interface Read <uint16 t>; 


uses interface Timer <T™Milli >; 
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纯 软 件 形式 时 ， 应 如 何 操作 呢 ? SineSensorC 是 一 个 纯 软 件 传感器 ， 
我 们 将 SineSensorC 和 一 个 硬件 传感器 互 换 时 ， 
调用 Read 命令 时 ，SineSensorC 需要 通知 readDone 执行 下 一 












































它 用 于 计算 正弦 值 。 





可 立 


了 驱动 程序 代码 。 但 是 ， 当 这 种 实现 是 一 种 


> 




















个 读 操作 。 


回顾 Read 操作 ， 大 多 数 传感器 接口 可 为 用 户 提供 生成 的 传感器 读数 。Read 操作 有 











它 需 要 提供 相同 的 分 阶段 接口 。 当 一 个 组 件 

















噪声 ， 为 了 尽量 滤 掉 一 
些 噪声 ， 应 用 程序 需要 一 个 简单 的 滤波 器 组 件 ， - 指 吉 而 各 入 动 平 (EWMA) 平滑 原 





} 


油 


并 发 执行 模型 4 章 


uses interface Read <uint16 t > as RawRead; 


implementation { 


} 


驱动 程序 以 10ms 周期 采样 磁力 计 ， 并 利用 EWMA 平滑 读数 。 当 应 用 通过 调用 


uint16 tfilterVal= 0; 
uint16 tlastVal = 0; 
error t StdControl.start () { 
return call Timer.startPeriodic (10); 
) 
command error t StdControl.stop (O) { 
return call Timer.stop (); 
} 
event void Timer.fired () { 
call RawRead.read (); 
} 
event void RawRead.readDone(error terr,uintl6 tval){ 
if (err== SUCCESS) { 
lastVal = val; 
filterVal *= 9; 
filterVal /= 10; 
filterVal += lastVal / 10; 
} 
) 
command error t Read.read () { 
signal Read.readDone(SUCCESS , filterVal ); 
} 


















































Read.read 来 采样 已 滤波 的 值 时 ，FilterMagC 仅 发 送 给 Read.readDone 缓存 的 已 滤波 的 值 。 























一 方面 ， 这 种 方法 非常 简单 和 快速 ， 但 另 一 方面 ， 它 也 可 导致 堆栈 中 的 重大 问题 。 例 





如 ， 如 果 FastSamplerC 组 件 想 要 多 次 快速 地 采样 传感器 数据 ， 它 将 调用 Read.readDone 处 理 


















































程序 中 的 Read.read。 


event void Read.readDone(error terr , uint16 tval) { 


} 
如 果 因 





buffer[index] = val; 

index 十 +; 

if (index < BUFFER SIZE) { 
call Read.read (); 

} 











为 某 种 原因 ， 应 用 程 ) 











二 





将 FastSamplerC 连接 到 FliterMagC， 将 会 在 read 和 











readDone 中 直接 有 一 个 循环 调用 。 如 果 编 译 器 不 能 优化 函数 调用 ， 将 会 引起 堆栈 显著 增长 。 
给 定 的 motes 仅 有 有 限 的 RAM 并 且 没 有 硬件 的 内 存 保护 ， 快 速 增长 的 堆栈 会 损坏 数据 内 








存 ， 并 导致 程序 崩溃 。 






















































































利用 上 述 例子 中 Read 操作 采集 高 频率 的 信号 是 不 合理 的 。 对 于 一 个 缓存 值 
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多 于 一 次 的 采样 是 没有 任何 帮助 的 。 在 请 求 完成 通知 事情 ' 






































用 模式 。 








业 





发 出 新 的 请 求 是 一 








事件 发 送 一 个 信号 





在 FilterMagC 中 该 如 何 给 readDone 





























呢 ? 


它 需 要 对 随后 调 月 


行 调度 ， 正 确 的 方式 是 使 用 任务 。 下 面 是 数据 滤波 器 组 件 的 代码 。 














module FilterMagC { 

provides interface StdControl; 

provides interface Read <uint16 t>; 

uses interface Timer <TMIilli >; 

uses interface Read <uint16 t> as RawRead; 
} 
implementation { 

uint16 tfilterVal= 0; 

... Unchanged .… 

task void readDoneTask () { 

signal Read.readDone(SUCCESS , filterVal ); 


} 

command error t Read.read () { 
post readDoneTask (); 
return SUCCESS; 

} 


} 


当 FilterMagC 的 Read.read 被 调用 时 ，FilterMagC 调度 readDoneTask j 























种 常见 的 调 








的 函数 进 


并 直接 返回 。 一 段 





时 间 后 ，TinyOS 运行 该 任务 ， 该 任务 用 滤波 器 值 作为 参数 发 送 给 Read.readDone。 



































同步 代码 几乎 可 以 满足 所 有 的 应 用 层 程序 编写 的 需要 。 但 是 ， 在 高 性 能 应 用 程 











序 和 底 














层 驱 动 程序 中 ， 有 时 会 要 求 额 外 的 功能 和 并 发 模式 。 在 下 一 部 分 将 主要 介 
制 |: 异步 代码 和 资源 锁 - 异步 代码 是 nesC 语言 的 一 个 特点 ， 资 源 锁 是 





























和 机 制 。 


4.3 ”异步 代码 















































任务 允许 软件 组 件 来 模拟 硬件 的 分 阶段 行为 ， 但 是 它们 的 作用 不 仅仅 如 此 ， 
一 种 管理 系统 优先 权 的 机 制 。 由 于 任务 相互 之 间 在 运行 上 的 原子 性 








TinyOS 的 一 


3 两 种 额外 的 机 


组 组 件 








中 运行 ， 程 序 代码 就 会 十 分 简单 ， 在 一 个 任务 运行 时 ， 没 有 男 一 个 任务 突 发 执行 和 修 
































的 风险 。 然 而 ， 中 断 的 存在 破坏 了 任务 运行 上 的 原子 性 ， 它 打 断 当前 的 执行 ， 





先 级 开始 运行 。 
4.3.1 ”关键 字 async 











在 nesC 语言 中 区 分 同步 (syne》 和 异步 asyne) 代码 。 中 断 处 理 程序 中 
具有 更 高 的 优先 级 ， 因 此 相对 于 任务 来 说 是 异步 的 。 它 们 必须 











中 进行 声明 























它 还 提供 了 
E， 如 果 程 序 代码 仅 在 任务 








改 数据 
































命令 和 事件 可 以 在 中 断 处 理 旺 序 中 抢先 运行 ， 但 这 必须 要 
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A 











求 同 时 也 





E 声 明 命 令 和 司 





的 命令 和 事件 
关键 字 async 在 接口 和 模块 


并 以 更 高 的 优 











事件 的 接 


并 发 执行 模型 | 第 4 党 














口 、 执 行 命令 和 事件 的 模块 中 用 关键 字 async 声明 。 基 于 此 ， 蜡 步 的 命令 或 事件 ， 或 者 他 们 
所 指向 的 函数 ， 只 能 调用 或 通知 异步 的 命令 和 事件 〈 如 果 打 破 了 该 规则 ，nesC 会 有 提示 )。 
此 规则 使 我 们 可 以 清楚 地 看 到 ， 在 模块 或 接口 中 哪个 代码 是 同步 的 ， 哪 个 是 异步 的 。 

例 4.1: Send 接口 是 同步 的 ， 它 的 命令 和 事件 没有 用 关键 字 async 声明 





































































































interface Send { 
command error t send(message t* msg , uint8 t len); 
event void sendDone(message t* msg ,error t error ); 
command error t cancel(message t* msg); 
command void* getPayload(message t* msg); 
command uint8 t maxPayloadLength(message t* msg); 


} 
例 4.2: Leds 接口 是 异步 的 


interface Leds { 
async command void led0On (); 
async command void ledOOff (); 
async command void led0Toggle (); 
... more commands declared with async ... 


} 


所 有 中 断 处 理 程序 都 是 异步 的 。 因 此 ， 在 调用 时 它们 不 能 包含 任何 同步 函数 。 在 中 断 处 
里 程序 中 执行 一 个 同步 函数 的 唯一 方法 是 发 布 (post) 一 个 任务 。 在 异步 代码 中 发 布 任务 是 
允许 的 ， 但 是 发 布 的 任务 应 在 同步 代码 中 执行 。 

例如 ， 考 虑 UART 之 上 的 数据 分 组 层 。 当 UART 接收 到 一 个 字 节 ， 它 发 出 一 个 中 断 信 
号 。 在 中 断 处 理 程序 中 ， 软 件 从 数据 寄存 器 中 读 取 字 节 并 把 它 置 于 缓冲 器 中 。 当 接收 到 数据 
分 组 的 最 后 一 个 字 节 时 ， 软 件 需 要 通知 接收 数据 分 组 。 但 Receive 接口 中 的 receive 事件 是 同 
步 的 。 因 此 在 最 后 一 个 字 节 的 中 断 处 理 程序 中 ， 组 件 发 布 一 个 任务 通知 接收 数据 分 组 。 

4.3.2 异步 的 代价 

先 考虑 一 个 问题 : 如 果 任 务 引入 延迟 ， 为 什么 使 用 它们 ? 为 什么 
原因 很 简单 :， 竞争 ， 尤 其 是 数据 竞争 。 执 行 优先 级 的 基本 问题 是 它 能 
这 可 能 导致 系统 进入 不 稳定 的 状态 。 

例 4.3: toggle 命令 ， 它 翻转 状态 比特 并 返回 该 值 


bool state; 









































































































































































































































ea 


直 使 用 异步 代码 ? 
修改 当前 运算 的 状态 ， 













































































async command bool toggle () { 
if (state == 0) { 
state = 1; 
return 1; 
} 
if (state == 1) { 
state = 0; 
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return 0; 
} 
】 


现在 来 看 这 个 执行 ， 从 state=0 开始 : 














toggle () 
state = 1; 
> interrupt 
toggle 0 
state=0 
return 0; 
return 1; 





在 这 个 执行 中 ， 当 第 一 个 toggle 返回 ， 调 用 组 件 认为 state=1。 但 最 后 在 中 断后 
state=0 。 

如 果 人 允许 对 单个 语句 执行 中 断 ， 这 个 问题 更 为 严重 。 例 如 ， 在 Micaz 或 者 Telos 节点 
上 ， 读 或 写 32 位 的 数字 需要 多 个 指令 。 当 在 两 个 指令 之 间 中 断 语句 时 ， 这 样 所 读 到 的 数据 

一 部 分 是 新 值 ， 而 另 一 部 分 是 旧 值 。 

数据 竞争 中 最 突出 的 问题 是 状态 变量 问题 。 举 个 例子 ， 设 想 AMStandard 中 的 一 小 段 代 
码 ， 在 这 里 状态 变量 指示 组 件 是 否 忙 。 

例 4.4: 

















































































































command result tSendMSsg.sSend .… { 
if (! state) { 
state = TRUE:; 
// send a packet 
return SUCCESS; 


} 
return FAIL; 


} 


如 果 这 个 命令 是 异步 的 ， 在 条 件 if(!state) 和 state=TRUE 间 可 能 插入 另 一 个 组 件 ， 同 样 试 
图 发 送 数据 分 组 。 第 二 个 调用 会 看 到 state 是 FALSE， 然 后 会 设 定 state 为 TRUE， 并 开始 发 
送 数据 ， 返 回 SUCCESS。 但 第 一 个 调用 者 的 结果 会 使 state 再 次 设 定 为 TRUE， 同 时 开始 发 
送 数据 ， 返 回 SUCCESS。 这 两 个 数据 包 中 只 有 一 个 能 发 送 成 功 ， 除 非 在 调用 路 径 上 有 额外 
的 错误 检测 ， 否 则 很 难 发 现 是 哪个 出 现 错误 ， 这 可 能 给 调用 的 组 件 带 来 各 种 各 样 的 错误 。 为 
了 避免 这 个 问题 ， 发 送 命 令 不 是 异步 的 。 























































































































注意 : 编程 时 应 尽量 使 用 同步 代码 。 只 有 当 程序 代码 对 运行 时 机 的 掌控 有 较 高 要 求 或 者 
应 用 在 对 运行 时 机 的 掌控 有 较 高 要 求 的 场景 时 ， 才 使 用 异步 代码 。 


4.3.3 ”原子 语句 和 关键 词 atomic 


中 断 引 入 了 一 个 问题 : 程序 需要 一 种 方法 来 执行 代码 片段 并 使 代码 片段 不 会 被 抢占 。 
nesC 语言 通过 atomic 语句 提供 了 这 种 功能 
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例 4.5: 
command bool increment () { 
atomic { 
tl 
b=atl; 
} 


} 
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atomic 程序 块 允 许 变量 可 以 在 原子 状态 下 进行 读 和 写 。 实 际 上 ， 在 当前 所 有 的 mote 平 





人 












































EF ，atomic 语句 是 通过 禁止 中 断 来 实现 原子 性 的 。 理 论 上 ， 
incrementA 和 incrementC 在 代码 片段 





例 4.6: 
1) 
async command bool incrementA () { 
atomic { 
Gh 
b=atl; 
} 
} 
2) 
async command bool incrementC { 
atomic { 
CE 
d=¢c+1; 
} 


} 


然而 ， 在 实际 执行 时 nesC 是 棘手 的 ， 
假设 atomic 语句 禁止 
nesC 中 atomic 语句 用 卫 














FP 断 。 











出 警告 。 例 如 ， 在 例 4.6 中 若 b 和 





[= 




















以 下 两 个 方面 。 一 方 
小 化 禁止 和 使 能 




















六 检查 变量 是 否 有 


























互相 抢占 对 方 ， 这 是 因 


因为 它 开销 大 、 与 IO 设备 交互 








2 


nesC 的 执行 允许 
为 它们 访问 不 同 的 变量 。 























困难 。 因 此 ， 应 

















合适 的 保护 ， 并 在 没有 合适 保护 的 情况 下 发 











c 没有 在 atomic 语句 中 ，nesC 将 会 因为 可 能 的 自我 抢 

















占 而 发 出 警告 。 如 果 一 个 变量 是 
护 。 如 果 一 个 不 包含 atomic 语句 的 函数 经 常 被 有 atomic 


里 然 可 以 通过 在 代码 中 使 月 





























善 系统 的 并 发 性 。 
调用 另 一 个 组 件 时 。 




















日 atomic 语句 使 数据 竞争 
面 ， 围 绕 atomic 语句 禁止 


断 的 次 数 。 男 一 方面 ， 较 短 





异步 函数 访问 的 ， 蛋 


这 个 变量 必须 受 atomic 语句 保 























语句 的 函数 调用 ， 则 编译 器 不 会 









































基 和 使 外 
的 atomic 语句 使 中 断 有 更 少 的 时 延 ， 


定 atomic 语句 的 运行 时 间 是 一 个 棘手 的 问题 ， 特 别 是 在 一 个 组 件 不 得 不 


不 被 发 出 警告 ， 但 这 么 做 时 应 考虑 
EB 中 断 会 带 来 CPU 开销 ， 因 此 应 最 
这 样 可 改 
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例 4.7: 
atomic { 
if (! call ArbiterInfo.inUse ()) { 
stopSpi (); 
} 
} 
ATmege128 SPI 总 线 的 实现 有 一 个 资源 仲裁 器 对 总 线 访问 进行 管理 。 仲 裁 器 允许 不 同 的 
用 户 请 求 资 源 (总线 ) 并 在 所 请 求 的 资源 被 授予 时 通知 它们 。 然 而 ，SPI 总 线 不 希望 明确 促 
裁 策 略 〈 如 先 到 先 服务 或 者 基于 优先 级 )， en 这 种 分 解 涉及 能 量 
管理 。SPI 在 没有 用 户 时 自行 关闭 ， 不 需要 调用 仲裁 器 。 这 意味 着 SPI 必须 用 atomic 语句 来 
查看 是 否 调用 仲裁 器 ， 若 没有 ， 则 自行 关闭 。 













































































这 种 情况 下 ， 调 用 inUse 所 需 时 间 应 该 非 ， 
如 果 某 一 个 应 用 绑 定 了 仲裁 器 ， 






































常 短 〈 实 际 上 它 可 能 4 
它 的 inUse 命令 耗 时 lms， 那 么 就 可 


是 读 一 个 状态 变量 )。 


、 
[能 带 来 一 些 问 题 。 实 现 

















用 途 是 状态 切换 。 通 常 ， 一 个 状态 切换 包括 两 部 
< 取 某 种 动作 ， 二 者 都 取决 于 现 有 状态 和 调用 。 





让 我 


过 程 中 ， 通 常 假定 调用 inUse 命令 几乎 不 耗 时 ， 在 例 4.7 中 就 做 了 这 样 的 假定 。 
4.3.4 状态 切换 的 管理 
在 一 个 组 件 中 ，atomic 语句 最 基本 的 上 
分 :第 一 是 转换 为 一 种 新 状态 ， 第 二 是 采 
们 再 来 看 看 AMStandard: 
1f(! state) { 
state = TRUE:; 
// send a packet 
return SUCCESS; 
} 
else { 
return FAIL; 
} 


如 果 状 态 涉 及 异步 函数 ， 则 需 使 


码 都 变 成 atomic 语句 ， 因 





uint8 toldState; 


atomic { 
oldState = state; 
state = TRUE:; 

} 


if (! oldState) { 
// send a packet 
return SUCCESS; 
} 


else { 
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下 修改 。 














用 atomic 来 切换 状态 。 但 
为 这 样 发 送 一 个 数据 分 组 可 能 需要 较 长 的 时 间 ， 从 而 导致 系统 错过 
中 断 。 所 以 应 对 代码 进行 如 


是 ， 在 编程 时 不 希望 整 块 代 
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return FAIL; 
} 


若 state 已 经 是 TRUE， 上 述 程序 不 影响 已 设 定好 的 TRUE。 上 述 语句 比 “if (state != 
TRUE) {state = TRUE ;}” 节 省 CPU 时 间 。 
在 这 个 例子 中 ， 状 态 切 换 发 生 在 atomic 块 中 ， 但 实际 处 理 过 程 发 生 在 atomic 块 外 。 


4.3.5 ”CC2420ControlP 组 件 的 工作 




































































组 件 CC2420ControlP 是 CC2420 射频 堆栈 的 一 部 分 。CC2420ControlP 负责 配置 射频 的 
各 种 IO 选项 以 及 射频 的 打开 和 关闭 。 打 开 CC2420 射频 分 四 步 : 

1) 打开 稳 压 器 (0.6ms); 

2) 获取 SPI 总 线 到 射频 (时 间 取 决 于 竞争 总 线 的 时 间 ); 

3) 总 线 上 发 送 命 令 来 开启 射频 的 振荡 器 (0.86ms); 

4) 将 射频 置 于 RXmode (0.2ms)。 

需要 时 间 的 一 些 步骤 〈 特 别 是 1) 和 3)) 是 分 阶段 的 ， 并 有 异步 执行 事件 。 但 开始 这 一 
系列 事件 实际 上 是 调用 同步 的 SplitControl.start。 实 施 这 些 步骤 的 一 种 方法 是 给 每 一 步 分 配 
个 状态 ， 并 使 用 一 个 状态 变量 来 跟踪 目前 位 置 。 然 而 ， 射 频 关闭 过 程 不 是 必要 的 ， 一 旦 启动 
顺序 开始 ， 它 会 一 直 继 续 直 到 完成 。 所 以 在 这 里 所 需要 的 状态 变量 仅仅 是 是 否 开始 。 开 始 之 
后 ， 每 个 完成 事件 都 隐 含 为 该 状态 的 一 部 分 。 例 如 ，startOscillatorDone 事件 暗示 射频 处 于 状 
态 3)。 因 为 SplitControl.start 是 同步 的 ， 状 态 变 量 可 以 不 使 用 atomic 语句 来 修改 。 





















































































































































































































































command error t SplitControl.start () { 
if(m state !=S STOPPED ) 
return FAIL; 
m state=S STARTING; 
m dsn = call Random.rand16 (); 
call CC2420Config.startVReg (); 
return SUCCESS; 


} 
startVReg 命令 局 动 稳 压 器 。 这 是 一 个 异步 命令 。 事 件 完 成 后 ， 射 频 将 竞争 SPI 总 线 。 


async event void CC2420Config.startVRegDone () { 
call Resource.request (); 


} 
在 事件 完成 《占用 了 总 线 ) 后 ， 它 会 发 送 一 个 命令 来 启动 振荡 器 。 


event void Resource.granted () { 
call CC2420Config.startOscillator (); 









































} 
最 后 ， 振 荡 器 接收 到 完成 信号 ， 组 件 告诉 射频 进入 RX 模式 ， 同 时 发 布 一 个 任务 来 通知 
startDone 事件 。 因 为 oscillatorDone 是 异步 的 ， 所 以 它 必须 发 布 一 个 任务 。 注 意 : 组 件 此 时 
释放 了 总 线 。 
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async event void CC2420Config.startOscillatorDone () { 
call SubControl.start (); 
call CC2420Config.rxOn (); 
call Resource.release (); 
post startDone task (); 


} 
最 后 ， 任 务 改变 射频 的 状态 从 STARTING 到 STARTED。 


task void startDone task () { 

m state=S STARTED; 

signal SplitControl.startDone( SUCCESS ); 
} 


男 一 种 执行 可 能 已 经 把 以 下 代码 放 入 startOscillatorDone 事件 中 。 


ha 








atomic { 
m state=S STARTED; 
} 


























这 样 做 唯一 可 能 的 好 处 就 是 射频 可 以 在 理论 上 更 早 地 接收 到 请 求 。 但 是 由 于 组 件 在 
























































startDone 事件 接收 到 信号 前 不 应 该 调用 射频 ， 所 以 这 可 能 带 来 一 点 问题 。 当 改变 状态 和 发 送 








信和 号 给 事件 均 在 startDone task 中 时 ， 没 有 另 一 个 任务 可 以 介入 这 二 者 之 间 。 
4.3.6 ”任务 的 再 次 调用 























在 执行 模型 中 介绍 了 任务 是 推迟 运算 并 保持 nesC 程序 响应 的 一 种 方法 。 然 而 ， 任 务 另 
一 个 额外 的 关键 作用 是 关于 异步 代码 的 。 任 务 是 一 个 组 件 可 以 从 异步 转换 为 同步 的 唯一 方 


























法 。 在 接口 中 可 编写 任务 ， 其 代码 如 下 。 


interface TaskBasic { 








async command error tpost (); 
event void run (); 


} 









































所 有 包含 一 个 异步 命令 和 一 个 同步 完成 事件 的 分 阶段 接口 必须 使 用 一 个 任务 。 
在 分 阶段 接口 中 
务 调用 ， 但 是 这 要 求 用 广 


4.4 功率 锁 































































































此 ， 将 一 个 命令 设 为 异步 不 如 在 事件 中 直接 调用 命令 。 








包含 一 个 同步 命令 和 一 个 异步 事件 的 情况 非常 少 。 这 样 的 接口 仪 可 被 任 
户 处 理 中 断 。 由 于 事件 是 异步 的 ， 任 何 命令 和 事件 之 间 共 享 的 状态 必 
因 








atomic 语句 允许 组 件 在 没有 中 断 干 扰 的 情况 下 执行 代码 块 。 然 而 ， 底 层 驱动 程序 需要 在 
































没有 系统 其 他 部 分 干扰 的 情况 下 在 单个 硬件 资源 上 执行 一 系列 分 阶段 的 操作 。 这 些 驱 动 程序 
不 能 使 用 atomic 语句 ， 因 为 驱动 程序 的 许多 执行 步骤 需要 在 不 同 函 数 中 完成 ， 这 显然 不 能 在 














一 个 atomic 语句 中 完成 。 此 外 ， 长 时 间 地 禁止 中 断 以 执行 分 阶段 操作 不 是 一 种 好 做 法 。 
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在 这 些 情况 下 ， 原 子 属 性 不 应 在 处 理 器 上 而 应 该 在 硬件 资源 本 身上 实现 。 为 了 编写 这 样 
的 驱动 程序 ，TinyOS 采用 了 功率 锁 ， 它 可 被 用 来 获取 一 个 特定 的 硬件 资源 的 独占 访问 。 除 
了 管理 并 发 性 ， 功 率 锁 也 可 用 于 能 量 管理 和 帮助 配置 便 件 。 虽 然 在 应 用 程序 中 不 可 见 ， 功 率 
锁 是 TinyOS 内 部 构成 的 重要 组 成 部 分 ， 并 对 大 多 数 底层 系统 的 工作 非常 重要 。 


4.4.1 功率 锁 需 求实 例 一 一 链 路 层 确 认 


链 路 层 的 数据 分 组 通信 就 是 功率 锁 的 一 个 例子 。TinyOS 链 路 层 协议 栈 通 过 Packet 
Acknowledgements 接口 支持 确认 。 当 一 个 节点 接收 到 一 个 发 送 给 该 节点 的 数据 分 组 时 ， 它 会 
立即 发 送 一 个 小 数据 分 组 来 进行 响应 ， 对 接收 进行 确认 。 在 发 送 端 ， 扒 栈 在 一 小 段 时 间 内 等 
待 链 路 层 确认 ， 并 报告 是 否 接收 确认 信号 。 最 大 限度 地 减少 发 送 端的 等 待 时 间 是 提高 性 能 的 
关键 ， 所 以 接收 机 要 尽快 发 送 确认 信和 号 。 

从 编程 的 角度 来 看 ， 射 频 扒 栈 的 接收 部 分 需要 经 过 以 下 几 步 : 

1) 读 取 无 线 信道 上 的 数据 分 组 ; 

2) 检查 数据 分 组 ， 看 它 是 否 应 该 发 送 确认 ; 

3) 转变 射频 为 发 送 模式 ; 

4) 发 送 确认 ; 

5) 返回 射频 接收 模式 。 

以 上 每 个 步骤 都 是 单独 的 分 阶段 操作 。 例 如 ， 在 CC2420 射频 上 ， 每 个 操作 需要 通过 
SPI 总 线 发 送 一 个 命令 来 读 取 或 写 入 数据 。 然 而 ， 这 个 SPI 总 线 是 多 个 芯片 和 子 系统 共享 
的 ， 在 节点 接收 数据 分 组 时 ， 闪 存 驱 动 器 可 能 需要 在 同一 时 间 使 用 SPI 总 线 来 读 取 数 据 。 我 
们 不 能 依赖 于 SPI 总 线 组 件 来 调度 多 个 外 部 请 求 ， 因 为 它 可 能 试图 在 两 个 射频 堆栈 操作 之 间 
插入 一 个 较 大 的 flash 写 操作 。 我 们 需要 一 个 方法 来 使 射频 堆栈 请 求 独占 访问 总 线 ， 这 样 它 
可 以 快速 地 执行 这 五 个 操作 ， 然 后 释放 总 线 以 供给 其 他 部 分 使 用 。 
4.4.2 分 阶段 锁 

TinyOS 通过 分 阶段 锁 支 持 对 资源 的 独占 访问 。 传 统 上 ， 诸 如 互 斥 器 和 信号 量 的 锁 采 用 
封锁 结构 ， 用 于 保护 关键 部 分 或 共享 数据 结构 。 然 而 ， 由 于 TinyOS 没有 封锁 调用 ， 所 以 
TinyOS 的 锁 必 须 是 分 阶段 的 。 组 件 调 用 一 个 命令 来 请 求 功率 锁 ， 并 在 获取 锁 的 时 候 接 收 一 
个 事件 。 锁 接口 被 命名 为 Resource。 


















































































































































































































































































































































































































































































































































interface Resource { 
async command error t request (); 
async command error timmediateRequest (); 
event void granted (); 
async command void release (); 
async command uint8 t getId (); 


} 
为 了 获得 一 个 锁 ， 组 件 通常 调用 request。 一 段 时 间 以 后 ， 它 将 接收 到 一 个 granted 事 
件 ， 通 知 它 能 够 使 用 锁 保 护 下 的 所 有 东西 。 命 令 immediateRequest 是 一 个 优化 ， 它 允许 一 个 
组 件 在 单个 阶段 的 操作 中 获取 空闲 锁 。 如 果 immediateRequest 返回 FAIL， 那 么 该 锁 已 经 被 





























上 
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保留 ， 组 件 必须 调 | 




















对 锁 提 出 需求 



































处 理 器 提供 SPI 总 线 。 


generic configuration Msp430Spi0C | { 
provides interface Resource; 





provides interface SpiByte; 


provides interface SpiPacket; 


uses interface Msp430SpiConfigure; 


} 





同样 ， 下 面 是 ADC 的 抽象 : 


generic configuration Msp430Adc12ClientC (| { 
provides { 














interface Resource; 
interface Msp430Adc12SingleChannel; 
interface Msp430Adc12MultiChannel; 

interface Msp430Adc12Overflow; 


} 


4.4.3 ” 锁 的 内 部 结构 


TinyOS 功率 锁 管理 并 发 性 、 能 量 和 共享 硬件 资源 配置 。 功 率 锁 有 三 个 子 组 件 : 








@ 一 个 仲裁 器 





Ac 
e 一 个 能 量 管 





降 理 器 ， 控 制 角 


的 抽象 提供 Resource 接口 。 未 拥有 锁 的 情况 下 调用 功能 接 











j request。 组 件 在 释放 命令 时 释放 锁 。 







































































， 控 制 锁 策略 ; 
能 




















@ 一 个 或 多 个 








图 4-2 显示 了 这 三 部 分 的 结合 的 方式 。 仲 裁 器 是 控制 











配置 器 ， 配置 客户 





' 端 硬件 。 




































































长 度 的 队列 。 


4.4.4 ”能 量 管理 


TinyOS 不 仅 使 































































































请 求 ， 并 基于 请 求 调用 能 量 管理 器 和 配置 器 。 锁 使 用 参数 化 接口 
符 请 求 队列 。 每 个 锁 客 户 端 有 唯一 的 锁 ID， 锁 在 执行 时 使 








~ 














是 被 禁止 的 ， 
因为 这 可 能 导致 程序 错误 和 系统 问题 。 例 如 ， 这 里 有 一 个 抽象 节点 ， 在 该 节点 上 MSP430 微 


心 。 一 个 仲裁 器 接收 客户 端的 锁 
和 unique0 维 持 一 个 锁 的 等 
用 uniqueCount0 来 维护 一 个 适当 


用 锁 建 立 独占 访问 ， 同 时 也 使 用 锁 来 决定 何 时 开关 外 围 设 备 。 以 SPI 总 


线 为 例 ， 微 控制 器 通常 有 数 个 低 功 耗 状 态 ， 这 些 低 功 耗 状态 的 区 别 在 于 蔚 片 子 系统 和 中 断 资 
个 厂 点 只 能 响应 一 个 特定 的 人 硬 伯 
系统 中 诸如 总 线 和 ADCs 处 于 休眠 状态 ， 不 进行 操作 。 因 此 ， 如 





源 的 不 同 激活 状态 。 典 型 的 最 低 功 耗 状态 是 
中 断 资源 的 唤醒 ， 














TinyOS 可 以 在 不 使 用 SPI 时 关闭 SPI 总 线 ， 即 可 达 


















































锁 提 供 了 一 种 简单 的 方法 来 进行 能 量 









































J 








LN 
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F 且 没有 等 待 处 理 的 请 求 时 处 于 如 






































到 市 省 能 量 的 目的 。 








计数 器 或 外 部 








四 
个 





的 自动 管理 ， 减 经 了 程序 员 的 负担 。 当 锁 被 释放 掉 
E 闲 状态 ， 此 时 锁 可 以 关闭 被 它 保护 的 系统 的 电源 。 当 锁 在 
空闲 状态 下 接收 一 个 请 求 时 ， 锁 切换 到 忙 状态 ， 此 时 可 以 打开 系统 电源 。 根 据 底 层 便 件 的 性 





并 发 执行 模型 | 第 4 党 


质 ， 锁 可 以 在 断 电 前 等 待 一 小 段 时 间或 者 立即 关闭 电源 。 
参数 化 资源 








HW-specific StdControl, 
配置 SplitControl 等 





图 4-2 功率 锁 的 子 组 件 的 结合 方式 


























功率 锁 文 持 存 在 一 个 “默认 所 有 者 ” 这 个 “默认 所 有 者 ”是 















































组 件 。 功 率 锁 的 能 量 管 理 策略 由 默认 所 有 者 负责 。 
























































与 Resource 稍 有 不 同 的 接口 。 当 有 等 待 处 理 的 请 求 时 ， 仲 裁 器 总 是 









































并 通知 默认 所 有 者 。 响 应 请 求 时 ， 默 认 所 有 者 给 硬件 加 电 ， 一 旦 加 





个 在 锁 空闲 时 占用 锁 的 
于 默认 所 有 者 从 不 请 求 锁 ， 它 使 用 一 个 
授予 请 求 者 一 个 空闲 锁 ， 






































EB 成功 便 释放 锁 。 








interface ResourceDefaultOwner { 
async event void granted (); 
async command error t release (); 
async command bool isOwner (); 
async event void requested (); 
async event void immediateRequested (); 


} 
4.4.5 ”硬件 配置 














除了 控制 能 量 状态 ， 功 率 锁 还 可 以 配置 硬件 。 以 微 控制 器 的 ADC 为 例 ， ADCs 
































数 个 配置 参数 ， 如 测量 脚 管 电压 并 且 与 参考 电压 比较 。 这 些 参数 可 由 
可 以 自动 进行 配置 ， 以 简化 用 户 的 工作 。 当 一 个 配置 实例 化 ADC 月 
数 给 用 户 组 件 。 然 后 这 些 参数 传送 给 绑 定 仲裁 器 的 配置 器 。 在 仲裁 器 给 用 户 分 本 














































































































出 




















调用 相应 的 配 
到 就 绪 状 态 。 


























interface ResourceConfigure { 
async command void configure (); 
async command void unconfigure (); 


} 
4.4.6 ”MSP430 USART 配置 


















































有 
每 个 用 户 单独 配置 
有 户 时 ， 它 传送 其 配置 参 





也 






































锁 之 前 ， 它 
程序 来 建立 所 需要 的 硬件 。 当 用 户 释 放 该 锁 时 ， 仲 裁 器 反 向 配置 硬 人 























F 并 返回 





MSP430 USART0 (通用 同步 /异步 接收 器 /发 送 器 ) 是 一 个 通用 的 总 线 ， 基 于 多 种 应 





















































]， 软件 可 对 其 进行 配置 。USART 可 被 作为 UART (串口 )，，SPI (上 串 行 外 围 接口 )， 或 者 
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是 PC《〈 内 部 集成 电路 ) 总 线 。 这 三 个 协议 共享 一 组 相同 的 硬件 引 脚 ， 并 通过 软件 配置 








MSP430 的 时 序 。 




















软件 弓 动 程序 通过 实例 化 一 个 通用 组 件 〈 如 Msp430Spi0C，M2p430Uart0C ， 




















Msp430I2C0C ) 来 使 用 总 线 协 议 。 每 个 通用 组 件 提供 功能 接口 和 一 个 Resource 接口 ， 并 使 用 
一 个 特定 的 硬件 配置 接口 。 例 如 在 SPI 中 ， 用 户 需 要 配置 总 线 速 度 ， 这 允许 用 户 处 于 配置 程 
























































序 路 径 中 。 图 4-3 展示 了 MSP430 USART 组 件 结构 。 












SPI Client 


I2C Client 






USART 
Configure 








图 4-3 MSP430 USART 组 件 结构 


4.4.7 ”功率 锁 库 


TinyOS 有 一 个 小 的 功率 锁 组 件 库 ， 在 目录 tos/system 下 ， 















































ResourceDefaultOwner 


1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
下 
1 
1 
1 


它 包括 如 下 内 容 。 














@ 两 个 不 同调 度 策 略 的 仲裁 器 : FcfsArbiterC 〈 先 到 先 服务 ) 和 RoundRobinArbiterC 





(循环 复 用 )。 























@ 两 个 功率 管理 器 : ImmediatePowerManagerC 和 DeferredPowerManagerC 。 


























@ 多 个 配置 器 。 由 于 配置 器 基于 硬件 的 不 同 而 有 所 差别 ， 









































扩展 来 获得 ， 大 部 分 配置 器 可 在 tos/chips 下 找到 。 
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因此 它们 可 通过 基本 代码 的 





TinyOS 2.x 与 TinyOS 1.x 相 比 在 硬件 抽象 结构 方面 有 了 更 加 清 肌 





hrpm 
5 音 


于 ”时 


台 硬 件 抽 象 











结构 的 











率 与 能 





独 有 的 集成 平台 为 传感器 网 络 快速 开发 提供 





之 间 的 折衷 优化 。 本 章 将 针对 TinyOS 2.0 具体 介 





























平台 的 概念 。 


5.1 硬件 抽象 结构 简介 


5.1.1 什么 是 硬件 抽象 





























3 其 硬件 












































通常 所 说 的 硬件 抽象 是 位 
象 化 。 它 隐藏 了 特定 平台 的 便 件 接 
性 ,可 在 多 种 平台 上 进行 移植 ， 并 简化 应 用 程序 的 开发 过 程 。 



























































细节 ,为 操作 系统 提供 


TinyOS 驱动 程序 与 平 


1 的 设计 ， 通 过 采用 3 层 
| 象 ， 使 得 一 方面 提高 了 代码 的 可 重用 性 和 可 移植 性 ， 另 一 方面 也 实现 了 代码 执行 效 
象 架 构 。 此 外 ，TinyOS 
了 强大 的 帮助 ， 本 章 的 第 二 部 分 将 介绍 TinyOS 





操作 系统 内 核 与 硬件 电路 之 间 的 接口 ， 划 








的 在 于 将 硬件 抽 



































虚拟 人 硬件 平台 ， 
举 个 简单 的 例子 ， 














只 有 人 硬件 无 关 
































段 设 我 们 希望 


控制 节点 上 的 LED 亮 起 ， 对 于 项 层 应 用 开发 的 程序 员 来 说 ， 可 能 只 是 简单 的 调用 一 个 命令 


LightUpO《〈 该 命令 是 假设 的 )， 但 是 想 要 通过 微 控 制 器 控 
特性 ， 这 对 于 不 同 的 微 控制 器 是 不 同 的 ， 同 时 还 需要 知道 LED 与 微 控 4 
接 等 ， 才 能 通过 编写 指令 完成 LED 的 控制 。 
件 抽 象 “ 驱 动 程序 )， 这 种 抽象 间 上 层 应 用 提供 一 种 屏蔽 了 内 部 操作 












































站 器 的 哪个 管 脚 相连 



























































不 同 的 编程 语言 中 有 不 同 的 名 字 ， 如 命令 、 
专注 于 本 层 功 能 的 实现 ， 减 少 开发 工作 量 ， 同 时 在 复杂 的 系统 中 也 为 系统 安 











的 保障 。 
以 



























































令 ， 但 是 ， 对 于 应 用 开发 者 而 言 ， 依 然 有 
的 指令 完全 不 同 ， 编 















































可 以 提供 一 种 可 读 性 、 











通用 性 非常 强 的 操作 指令 ， 








全 瑟 人 碟 





经 验 的 程序 员 可 能 都 会 意识 到 这 会 带 来 另 一 方面 的 问题 ， 习 




















上 甘 有 止 4% 





# 体 的 完成 对 LED 控制 的 代码 集 一 般 称 之 为 便 

















节 的 可 操作 指令 (在 
函数 等 )， 这 种 分 层 开 发 的 方式 使 得 程序 员 可 以 






































让 LED 就 需要 了 解 微 控制 器 的 管 脚 














性 提供 了 一 定 





上 提 到 的 硬件 抽象 可 以 封装 底层 的 操作 细节 ， 并 向 上 提供 可 供 操作 硬件 的 精简 的 指 
7 个 令 人 头疼 的 问题 ， 那 就 是 不 同 的 硬件 其 抽象 出 
程 时 需要 时 常 查 阅 帮 助 文档 。 面 对 这 样 的 问题 时 ， 用 户 希 望 底 层 的 抽象 
一 键 式 ” 的 操作 。 但 是 ， 有 编程 
就 是 效率 的 下 降 。] 






































E 所 谓 鱼 和 能 



































学 不 能 兼 得 ， 高 集成 度 的 封装 会 使 上 层 
本 来 可 以 很 简单 解决 的 问题 ， 








发 变 得 简单 ， 但 同时 



































于 隐藏 了 过 多 的 细节 ， 使 得 








由 于 对 底层 操作 性 的 降低 ， 执 行 起 来 反而 很 复杂 。 








另 一 方面 ， 要 
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对 种 类 繁多 的 不 同人 硬件 
会 延长 开发 的 周期 。 
从 以 上 的 讨论 我 们 可 以 看 


操作 细节 ， 线 以 上 关注 的 是 应 用 开发 ， 而 这 条 线 究 竞 应 i 











高 集成 度 的 统一 的 硬 人 




















F 驱 动 ， 其 工作 量 也 是 十 分 


F 抽 象 应 该 存在 着 这 样 一 条 线 






































题 。 这 条 所 谓 的 线 就 是 本 节 要 讲述 的 人 硬件 抽象 结构 。 











对 于 传感器 网 络 的 应 用 而 言 ， 便 们 
的 冲突 。 因 此 ， 如 何 隐藏 硬件 复杂 的 特性 ， 增 加 代码 的 移植 性 

















F} 抽 象 结构 还 需要 








该 画 在 哪里 是 一 














四 对 男 一 个 问题 ， 














线 以 下 关注 的 是 硬件 


巨大 的 ， 这 同样 





个 需要 认真 考虑 的 问 





那 就 是 性 能 和 能 








E， 简 化 应 用 程序 开发 的 同时 在 


性 能 和 能 耗 中 找到 平衡 点 是 作为 专 为 传感器 网 络 设计 的 冉 入 式 操 作 系统 TinyOS 需要 解决 的 


问题 。 


事实 上 ， 之 前 我 们 提 到 的 习 
了 有 具有 3 层 结构 的 硬件 抽象 架构 。 顶 





bp 条 线 在 TinyOS 2.0 





层 抽 象 提供 与 




















间 抽 象 带 有 相对 完善 的 与 硬件 本 

















和 中 断 紧密 相关 


在 图 5-1 所 
地 定义 了 各 自 的 ] 





























日 关 的 接口 ， 有 助 于 提高 效率 ， 而 底 























为 操作 系统 和 应 用 程 
越 来 越 弱 ， 从 而 在 设计 


平台 相关 的 应 用 程序 




















这 之 间 具 有 平台 无 关 怕 
































5.1.2 硬件 表示 层 





EE， 人 硬件 抽象 架构 可 以 分 为 3 个 不 同 的 组 件 层 。 每 一 
下 层 提供 的 接口 。 














层 都 ; 





中 不 是 一 条 ， 而 是 3 条 。TinyOS 2.0 使 用 
F 台 无 关 的 硬件 接口 ， 便 于 代码 移植 ; 
层 抽象 则 与 硬件 的 寄存 器 














青 楚 


底层 硬件 的 功能 自 下 而 上 逐渐 扩展 


E 的 接口 。 从 底层 硬件 到 顶层 接口 ， 组 件 的 依赖 性 
EE 用 的 应 用 程序 时 ， 开 发 者 拥有 更 多 的 上 自由。 


跨 平台 的 应 用 程序 


平台 相关 的 应 用 程序 


| 平台 无 关 的 硬件 接口 


a nt .nm 一 一 一 一 小 一 一 一 一 三 一 一 一 一 一 一 一 一 一 























人 硬件 表示 层 (Hardware Presentation Layer HPL) 位 于 硬件 /软件 的 

















接口 之 | 





FE， 也 就 是 说 


它 位 于 程序 开发 的 最 底层 ， 其 主要 任务 就 是 完成 对 硬件 功能 的 代码 形式 的 表示 。TinyOS 





中 ， 组 件 对 硬件 进行 访问 的 一 般 方法 是 通过 内 存 或 者 WO 映射 。 另 一 方面 ， 便 件 可 以 发 
断 信 号 请 求 服务 。 通 过 这 些 内 部 的 交流 渠道 ，HPL 层 隐藏 了 复杂 的 便 件 











性 更 强 的 接 
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接口 ， 并 提供 了 可 





D 
中 








读 


TinyOS 驱动 程序 与 平台 硬件 抽象 














作为 硬件 的 第 一 层 抽象 ，HPL 抽象 应 该 为 硬件 模块 向 外 提供 一 个 功能 充分 定 
同时 ，HPL 组 件 应 该 与 硬件 紧密 的 绑 定 。 这 种 绑 定 几乎 不 会 给 设计 和 实现 组 件 留 
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义 的 接口 ， 
下 自由 的 空 

















间 。 但 即使 每 个 HPL 组 件 相对 于 底层 的 便 件 都 是 独立 的 ， 它 们 还 是 有 一 个 大 体 相 似 的 架 








构 。 为 了 与 系统 的 其 他 部 分 优化 整合 ， 每 个 HPL 应 该 具有 以 下 功能 : 











1) 提供 一 组 能 量 管理 策略 所 必须 的 命令 ， 包 括 初 始 化 、 局 动 、 停 止 便 件 模块 。 

















2) 读 取 和 设置 硬件 寄存 器 的 命令 。 

3) 经 常用 到 的 标志 位 设置 和 查看 的 命令 。 
4) 使 能 和 禁用 硬件 中 断 的 命令 。 

5) 处 理 硬件 中 断 。 


















































HPL 中 的 中 断 服务 程序 只 处 理 对 时 间 有 严格 要 求 的 操作 ， 例 如 拷贝 一 个 值 或 清除 一 个 标 





















































识 位 等 ， 而 将 其 余 的 处 理 交 给 上 层 的 组 件 去 做 。 经 过 硬件 抽象 之 后 ， 上 层 的 程序 员 就 只 需要 












































通过 一 些 类 似 的 组 件 接口 就 可 以 访问 硬件 ， 而 不 用 再 去 搞 明白 那些 种 类 繁多 的 寄存 器 名 了 。 




















除了 自动 操作 常用 的 命令 序列 ，HPL 层 没有 提供 任何 实质 性 的 硬件 抽象 。 事 





























象 组 件 提供 一 组 可 以 操作 硬件 的 方法 。 这 些 上 层 的 抽象 组 件 在 被 使 用 时 可 能 会 使 








并 不 提供 任何 对 硬件 的 整体 抽象 ， 而 只 是 将 相对 独立 的 便 件 代码 封装 起 来 ， 向 更 高 一 层 的 抽 


实 上 ，HPL 























] 属 于 同一 









































种 类 型 的 不 同 的 HPL 便 件 模 块 。 例 如 ， 目 前 在 传感器 网 节点 中 普 吉 使 用 的 微 控 制 器 都 包括 

















两 个 用 于 串口 通信 的 USART 模块 ， 他 们 具有 相同 的 功能 但 却 分 属 不 同 的 寄存 器 来 控制 ， 并 












































产生 不 同 的 中 断 向 量 。HPL 组 件 将 这 些 细小 的 差别 封装 在 统一 的 接口 内 部 ， 这 样 对 于 上 层 的 
























































编程 者 来 说 ， 切 换 不 同 的 USART 只 是 简单 的 与 HPL 组 件 重 新 连接 的 问题 了 ， 而 不 用 再 去 对 














实现 代码 做 任何 的 改变 。 
5.1.3 ”硬件 适 配 层 


硬件 适 配 层 (Hardware Adaptation Layer，HAL) 组 件 是 硬件 抽象 结构 的 核心 
















































































部 分 ， 它 使 


由 HPL 组 件 提供 的 初级 接口 建立 相对 完善 的 硬件 功能 抽象 实体 ， 并 进一步 封装 复杂 的 便 








件 资源 代码 。 与 HPL 不 同 的 是 ，HAL 允许 维护 状态 变量 ， 这 对 于 资源 控制 和 资源 仲裁 而 言 
是 很 重要 的 。 鉴 于 传感器 网 对 能 量 有 效 性 有 较 高 的 要 求 ，HAL 的 抽象 要 根据 硬件 实体 进行 
相应 的 调整 。HAL 并 不 是 将 硬件 的 所 有 特征 都 封装 进 一 个 通用 的 接口 ， 而 是 将 一 些 硬 件 独 



























































有 的 特征 通过 接口 向 外 表达 ， 并 提供 在 有 限 资源 状态 下 的 可 能 最 佳 的 抽象 方案 。 










































































由 于 传感器 网 络 对 执行 效率 的 要 求 较 高 ， 因 此 HAL 层 的 硬件 抽象 必须 针对 于 具体 的 设 
备 类 型 和 平台 特征 进行 设计 ， 而 不 应 该 使 用 隐藏 各 种 便 件 特点 的 单一 的 抽象 模型 ， 虽 然 这 种 
单一 的 抽象 模型 可 以 进一步 简化 上 层 程序 开发 的 复杂 度 ， 但 同时 也 会 一 定 程度 上 降低 操作 硬 
件 的 执行 效率 。 通 常 建议 使 用 特定 领域 的 硬件 抽象 模型 (如 Alarm、ADC 和 EEPROM 等 )， 






























































































































































而 不 是 对 所 有 设备 都 使 用 单一 的 硬件 抽象 模型 。 根 据 特定 的 模型 ， 为 了 实现 对 便 















































牛 抽象 的 访 











问 ，HAL 组 件 应 当 使 用 丰富 的 、 定 制 的 接口 ， 而 不 是 那 种 通过 重 载 命令 隐藏 所 有 功能 的 标 














准 接口 。 这 样 的 设计 方式 使 得 编译 时 对 接口 错误 的 检查 效率 更 高 。 
5.1.4 ”硬件 接口 层 














硬件 抽象 架构 的 最 上 层 是 硬件 接口 层 (Hardware Interface Layer，HIL)。HIL 组 件 使 用 






































由 HAL 层 提 供 的 平台 相关 的 硬件 抽象 ， 并 将 它们 整合 为 可 跨 平台 使 用 的 独立 接 


























口 。 这 些 独 
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立 接 口 提供 了 与 平台 无 关 的 硬件 抽象 ， 从 而 进一步 隐藏 了 硬 人 
的 开发 。 

HIL 组 件 的 复杂 性 主要 取决 于 被 
系统 设计 时 ， 对 底层 抽象 出 的 API 功能 会 
当 硬 件 的 ] 




















| 象 化 的 硬件 的 功能 。 





























功能 超过 了 限度 ， 在 HIL 层 就 








层 硬 件 的 ] 
整 ， 当 底 


HIL 接 


i 要 把 HAL 层 的 3 









































HIL 接 





























力 能 比较 有 限时 ，HIL 层 就 可 














随 着 新 平台 的 设计 虽然 可 以 逐步 
会 超出 可 承受 的 范围 。 为 此 ，TinyOS 设计 者 





指定 一 个 版 本 号 。 在 设计 应 用 条 
线 传 感 器 网 络 往往 需要 工作 很 长 时 间 ， 可 
确保 程序 的 性 能 。 此 外 ，HIL 层 也 可 能 会 出 现 不 同 的 发 展 ， 提 供 











S.1.5 


TinyOS 2.0 提供 的 代码 中 较 好 地 执行 了 这 利 


不 同 层次 抽象 的 结合 


应 当 指 出 的 是 ， 三 层 硬 件 抽象 结构 是 TinyOS 2.x 的 一 种 建议 而 非 强制 执行 标准 。 
议 ， 但 也 有 例外 。 在 菜 些 情况 下 ， 系 统 设计 者 
































和 程序 员 可 能 需要 为 应 用 程序 提供 不 同 级 别 的 硬件 抽象 ， 如 提供 HIL 层 和 HAL 层 的 硬件 
象 。 此 时 ， 硬 件 资源 可 能 

例如 ， 在 TinyOS 2.0 
种 情况 。Oscillscope 使 用 
考虑 到 不 同 平台 的 兼容 性 ， 应 用 程序 使 
经 DemoSensorC 组 件 转 昌 
无 线 电 堆栈 (radio stack)。MAC 协议 
上 息 ， 这 就 涉及 到 无 线 模块 发 
临界 操作 ， 采 样 值 的 连续 性 
] HAL 组 件 的 硬件 相关 接口 ，HAL 组 件 对 模 数 转换 过 程 具有 更 好 的 控制 能 
L 级 别 和 HAL 级 别 并 行 地 访问 MSP430 微 控 制 器 的 ADC 硬件 。 
为 了 文 持 这 种 “纵向 ”的 灵活 性 ， 模 数 转换 器 的 HAL 组 伯 















































了 如 何在 HI 








































































































> em | 





F 之 间 的 差异 ， 简 化 了 应 用 软件 





具体 的 来 说 ， 当 进行 传感器 网 络 
一 个 事先 的 约定 ，HIL 层 就 是 要 满足 这 一 约定 ， 

F 台 相关 的 硬件 抽象 “降级 ” 而 当 底 
能 需要 通过 软件 模拟 出 缺少 的 硬件 。 
层 硬 件 变动 不 大 的 情况 下 可 以 较 好 的 维持 其 向 上 提供 的 API 不 变 ， 当 


通过 HIL 层 的 调 


然 ， 从 男 一 方 
面 来 看 ， 当 人 硬件 平台 发 生 较 大 变化 需要 修改 API 约定 时 ， 反 而 可 能 会 付出 更 大 的 代价 。 





化 ， 但 必须 确保 在 演化 过 程 ! 



































程序 的 开 和 











































































































多 个 级 别 的 并 行 访问 。 

















中 的 Oscillscope 应 用 

























































































民 据 CCA 信道 评估 状况 确 
的 RSSI 信号 中 提取 几 个 ADC 模 数 转换 值 的 问题 。1 
































在 


肖 不 
进 了 HIL 接口 的 版 本 管理 机 制 ， 给 每 一 代 
序 时 ， 针 对 先前 设备 可 以 使 用 保留 的 兼容 接口 。 无 
几 年 ， 这 就 要 求 有 非常 合理 的 版 本 管理 机 制 来 
多 个 功能 级 别 的 HIL 接口 。 





， 它 由 模 数 转 化 HIL 组 件 提供 ， 并 
和 ， 当 消息 缓冲 区 收集 了 足够 的 采样 值 ， 应 用 程序 就 把 消息 传递 到 













































































控制 功能 。 











5.1.6 ”横向 分 解 


人 硬件 















































组 件 组 合 在 一 起 。 如 图 
将 其 映射 到 Atmega128 微 控制 器 的 定时 器 上 。 
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对 这 类 操作 有 着 重大 的 影响 ， 所 以 编 











+E 
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ry 








1 象 架构 除了 有 纵向 的 分 解 之 外 还 有 
件 抽象 资源 重新 利用 率 更 高 。 因 
的 完整 的 硬件 资源 ， 如 微 控 





















































这 样 ， 就 可 以 保证 对 HPL 层 资源 实现 安全 地 共享 访问 。 











































































































每 个 芯片 都 可 以 遵循 硬件 



































(tinyos-2.x/apps/Oscillscope 〉 就 属于 这 样 一 
ADC 转换 传感器 采样 到 的 数值 ， 然 后 把 消息 
站 标准 Read 六 


定 何 时 可 以 安全 地 发 送 消 
于 这 是 
写 MAC 协议 时 可 以 直接 使 
。 图 5-2 显示 


A 


} 包 含 了 更 复杂 的 资源 仲裁 和 


向 的 分 解 。 横 向 分 解 可 以 使 得 不 同 平台 上 硬 
此 ，TinyOS 2.0 引入 了 世 片 的 概念 ， 即 为 给 定 芯片 设计 独立 
关 器 芯片 、 射 频 芯 片 以 及 闪存 芯片 等 。 
抽象 架构 的 模型 进行 分 解 ， 提 供 HIL 的 实现 部 分 作为 顶层 组 件 。 然 后 ， 一 个 平台 由 各 种 芯片 
5-3 所 示 ，CC2420 软件 依赖 于 专用 的 物理 定时 器 ，micaz 平台 代码 击 





TinyOS 驱动 程序 与 平 


I 
: Read 接口 


1 
| Read 接口 
1 


“协议 入、 


1 1 
! Msp430Adc12SingleChannel 接口 


1 
HAL 层 : Msp430Adc12C 组 件 















































图 5-2 通过 HIL 和 HAL 并 行 访问 MSP430 的 ADC 便 件 扣 


各 硬 件 柚 象 | 第 5 党 

















1 1 
1 毫秒 级 定时 器 接口 1 通信 接口 


TimerMilliC 组 件 ActiveMessageC 组 件 
平台 级 组 件 平台 级 组 件 
1 
1 


Atmegal28 “| 32kHz 定时 器 


定时 器 堆栈 | | CC2420AlarmC 组件 | _ 
芯片 级 组 件 平台 组 组 件 








图 5-3 ”micaz 平台 把 CC2420 所 需 的 定时 功能 连接 到 Atmegal 


























一 些 壮 


























Sy 


以 及 UART 





的 硬件 模块 是 通过 标准 的 总 线 接口 连接 到 微 控制 器 的 ， 
接口 等 。 为 了 实现 硬件 驱动 的 平台 兼容 性 ， 就 需要 实现 这 些 互 连 总 线 的 硬件 抽 









































28 定时 器 


如 SPI 总 线 、I2C 总 线 


象 。 显 然 ， 类 似 NetBSD (http://www.netbsd.org〉 的 通用 总 线 抽象 可 以 最 大 程度 实现 这 些 硬 
件 驱 动 的 可 移植 性 和 再 利用 性 。 这 种 模型 是 从 不 同 的 总 线 协议 中 提取 出 一 种 通用 的 总 线 接 入 
方式 ， 把 芯片 抽象 和 互 连 抽 象 分 离开 来 ， 这 样 就 可 以 在 一 定 程度 上 实现 “同一 












































方案 。 以 这 利 





芯片 抽象 以 不 同 的 连接 协议 引入 不 同 的 平台 ”。 然 而 ， 这 种 通用 化 的 实现 方式 会 导致 较 高 的 











性 能 开销 。 这 样 的 做 法 对 于 桌面 操作 系统 外 









































平台 来 说 ， 这 种 实现 方式 绝 不 是 最 理想 的 。 

TinyOS 2.0 采用 较 少 的 通用 化 方法 ， 提 供 了 一 些 主要 的 总 线 协 议 的 硬件 抽象 ， 如 DC、 
SPI、UART 以 及 WO 引 脚 。 例 如 ，SPI 总 线 抽象 不 必 了 解 用 户 的 地 址 ， 而 PC 总 线 抽象 就 需 
I2C 总 线 的 用 户 的 地 址 。 此 外 ， 还 可 以 把 这 些 互 连 抽象 直接 接 入 特定 芯片 的 





要 知道 占有 
HAL 组 件 ， 
TinyOS 
















































































恨 据 芯片 的 配置 选项 作 细微 调整 ， 从 而 进一步 提高 性 能 。 








E 够 接受 ， 但 对 于 根据 特定 应 用 设计 的 传感器 网 络 














2.0 的 总 线 抽象 是 与 底层 WO 引 脚 和 引 脚 中 断 的 抽象 相 结 合 的 ， 这 样 就 提高 了 世 
片 的 硬件 抽象 在 支持 该 总 线 协 议 的 平台 上 的 重新 利用 率 。 例 如 ，CC2420 射频 世 片 可 以 同时 














95 


TinyOS 实用 编程 一 一 面向 无 线 传 感 网 节点 软件 开发 














在 Telos 平台 和 MicaZ 平台 上 使 用 ， 这 是 因为 MSP430 和 Atmegal28 微 控 芯片 的 串 行 模块 的 























硬件 抽象 都 可 以 支持 标准 的 SPI 总 线 抽象 ， 而 CC2420 芯片 使 用 的 就 是 SPI 总 线 。 









































跨 平台 的 芯片 共享 也 会 


带 来 一 些 问 题 。 当 多 个 蔚 片 设备 连接 到 总 线 上 时 ， 就 会 导致 总 线 




















资源 的 竞争 冲突 。 例 如 ，MicaZ 平台 上 的 CC2420 芯片 连接 到 专用 的 SPI 总 线 ， 而 Telos 平 















































台 上 的 一 条 SPI 总 线 被 CC2420 蕊 片 和 闪存 芯片 共用 。 为 了 化 解 冲突 ， 就 需要 引入 资源 仲裁 











机 制 ， 总 线 上 的 每 个 芯片 抽象 为 了 获得 总 线 资 源 ， 都 必须 使 用 Resource 接口 。 无 论 是 专用 总 











线 ， 还 是 多 个 芯片 共用 的 总 




















线 ， 只 要 基于 这 种 资源 仲裁 机 制 ， 就 都 可 以 安全 访问 芯片 。 











5.2 TinyOS 平台 


5.2.1 TinyOS 平台 简介 











在 TinyOS 中 ， 无 论 1.x 还 是 2.x， 平 台 都 是 一 个 非常 重要 的 概念 。 在 本 书 的 很 多 地 方 读 


者 可 以 看 到 类 似 的 编译 命令 














“make telosb” 和 “make micaz”。 这 里 的 “telosb” 和 “micaz?” 











就 是 平台 的 名 称 。TinyOS 中 的 平台 指 的 是 在 确定 的 硬件 设备 之 上 的 功能 抽象 的 程序 集合 。 





通俗 的 说 ， 就 是 加 州 大 学 伯 
































克利 分 校 在 设计 TinyOS 系统 的 同时 设计 了 一 套 便 件 设备 ， 该 便 





























件 设 备 包括 微 处 理 器 、 射 频 处 理 器 、 存 储 器 以 及 传感器 等 无 线 传感器 网 络 节 点 必须 的 一 些 功 
能 ， 并 对 这 些 硬 件 的 的 功能 进行 了 很 好 的 抽象 ， 形 成 了 完整 的 底层 驱动 代码 ， 并 将 这 些 代码 












































作为 TinyOS 的 一 个 子 集 打 包 发 布 。 在 完整 地 安装 TinyOS 之 后 ， 用 户 就 获得 了 这 些 代 码 的 使 

















和 修改 权 。 

















Telosb 和 micaz 就 是 这 样 一 种 平台 。 编 译 命令 “make telosb” 和 “make micaz” 指 明了 


















































在 当前 应 用 的 目录 下 ， 该 应 
令 进 入 “tinyos-2.xvapps\Blink\” 目 录 ， 并 输入 命令 “make telosb ”完成 程序 编译 。 




















底层 承接 的 平台 环境 。 例 如 读者 可 以 在 命令 窗口 中 使 用 cd 命 

































































这 里 的 Blink 是 一 个 与 平台 无 关 的 应 用 ， 它 的 功能 是 使 节点 的 LED 定时 闪烁 。 编 译 命令 


指明 了 该 应 用 承接 在 telosb 平台 之 上 。 当 然 ， 也 可 以 输入 “make micaz” 等 其 他 命令 完成 纺 
译 。 需 要 指出 的 是 ，TinyOS 不 仅 给 出 了 可 以 直接 使 用 的 程序 以 简化 开发 周期 ， 同 时 也 给 出 































































































了 良好 的 编程 示例 ， 通 过 这 
































些 示例 可 以 清晰 地 看 到 健壮 完整 的 硬件 抽象 为 上 层 应 用 的 开发 带 





























来 的 便利 ， 也 可 以 帮助 读者 更 好 的 理解 TinyOS 的 硬件 抽象 结构 。 


在 “tinyos-2.x\tos\platform\” 上 目录 下 可 以 看 到 “telos”、“telosb”“mica” 等 目录 ， 这 是 





















































硬件 平台 抽象 代码 的 入 | 














。 所 谓 入 口 ， 是 指 当 执行 编译 命令 “make ****” 时 ， 编 译 器 会 自 
动 根据 make 命令 后 的 平台 


























名 称 进入 对 应 的 平台 目录 进行 进一步 编译 ， 但 并 不 是 所 有 与 平台 




















相关 的 代码 都 存放 在 平 













































































目录 下 。 这 样 的 作法 可 能 会 使 读者 迷惑 : 既然 是 平台 代码 目录 ， 如 
果 不 包含 所 有 与 平台 相关 的 代码 ， 那 其 他 的 代码 存放 在 哪里 ? 事实 上 ， 这 就 涉及 到 上 节 内 容 
























































谈 到 的 硬件 抽象 的 横向 分 解 。TinyOS 将 传感器 网 络 节点 适用 的 微 处 理 器 、 射 频 芯 片 以 及 传 
感 器 等 进行 了 抽象 ， 分 别 存在 “tinyos-2.xvtos\chips” 和 “tinyos-2.xtos\sensorboards” 目 录 
























































下 。 这 样 的 分 解 模式 使 得 当 




















户 需 要 在 一 个 硬件 平台 的 基础 上 扩展 一 个 新 的 硬件 平台 时 ， 那 



































些 保留 的 器 件 的 驱动 程序 可 



































以 最 大 限度 地 被 重用 ， 这 大 大 减 小 了 开发 的 工作 量 。 








当然 ， 还 需要 说 明 的 一 点 是 ， 如 果 读 者 在 互联 网 上 使 用 搜索 引擎 搜索 诸如 “telosb ” 


“mica” 以 及 “micaz” 等 关键 词 时 ， 得 到 的 搜索 结果 很 可 能 多 数 是 产品 的 推广 信息 。 这 是 因 
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为 以 上 这 些 平台 对 应 的 硬件 节点 多 数 已 经 由 CrossBow 〈 柯 思 博 ) 公司 进行 生产 并 面向 全 球 
发 售 。 这 意味 着 “telosb ”这 样 的 最 初 的 实验 室 概念 已 经 完成 了 商品 化 的 转换 ， 这 当然 是 一 
件 好 事 ， 但 可 能 会 让 TinyOS 的 初学 者 产生 一 个 错觉 ， 那 就 是 “telosb” 和 “mica” 指 的 是 实 
实在 在 的 硬件 产品 。 这 样 理 解 固然 没有 错 ， 但 就 本 书 而 言 ， 讨 论 的 是 TinyOS 系统 中 这 种 便 
件 节 点 抽象 出 的 软件 平台 。 之 所 以 强调 这 一 点 ， 是 因为 市 面 上 销售 的 例如 “telosb” 硬 件 产 
品 对 其 编程 不 一 定 使 用 TinyOS， 但 这 种 节点 依然 可 以 被 叫做 “telosb”。 


5.2.2 ”新 建 TinyOS 平台 





















































































































































上 一 节 简 单 说 明了 TinyOS 系统 中 的 平台 的 概念 ， 利 用 集成 的 平台 通常 可 以 快速 的 搭建 
针对 具体 应 用 的 无 线 传感器 网 络 。 当 然 ， 由 于 TinyOS 中 包含 的 平台 功能 毕竟 有 限 ， 很 可 能 
不 能 满足 现实 应 用 的 需求 ， 此 时 ， 当 需要 一 种 新 的 硬件 节点 时 ， 就 相应 地 需要 建立 新 的 平台 
抽象 。 本 节 通 过 一 个 简单 的 示例 说 明 如 何 新 建 一 个 TinyOS 平台 。 

在 建立 新 的 平台 之 前 ， 需 要 给 平台 取 一 个 名 字 ， 并 创建 存放 平台 代码 的 目录 。 这 里 将 新 
的 平台 取 名 为 yamp， 在 上 节 中 已 经 介绍 过 ， 平 台 的 代码 存放 在 “tinyos-2.x/tos/platforms” 目 
录 下 ， 因 此 ， 用 户 可 以 在 命令 窗口 中 输入 以 下 命令 : 














































































































































































































$ cd tinyos-2.x/tos/platforms 
$ mkdir yamp 


下 


1) .platform 文件 
每 个 平台 目录 下 都 应 该 包含 一 个 名 为 “.platform”， 新 建 的 yamp 的 目录 下 也 不 例外 。 该 
文件 中 包含 了 该 平台 的 基本 编译 信息 ， 这 个 以 “.” 作 为 前 级 的 文件 中 包含 以 下 内 容 : 


push( includes, qw( 





























%T/chips/cc2420 
%T/chips/msp430 
%T/chips/msp430/adc12 
%T/chips/msp430/dma 
%T/chips/msp430/pins 
%T/chips/msp430/timer 
%T/chips/msp430/usart 
%T/chips/msp430/sensors 
%T/lib/timer 
%T/lib/serial 
%T/ib/power 

)); 

@opts = qw( 
-gcc=msp430-gcc 
-mmcu=msp430x1611 


-fnesc-target=msp430 
-fnesc-no-debug 
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-fnesc-scheduler=TinySchedulerC,TinySchedulerC.TaskBasic,TaskBasic,TaskBasic,runTask,postTask 



















































































着 
以 上 代码 中 的 第 一 条 语句 是 把 该 平台 需要 用 到 的 其 他 代码 目录 添加 到 “include” 路 径 
下 。 其 中 ，%T 指 代 TOSDIR 环境 变量 。 前 文 已 经 提 到 ， 平 台 目 录 是 底层 编译 的 入 口 目 录 ， 
因此 ， 需 要 在 这 个 入 口 处 进一步 指明 其 他 需要 进行 编译 的 文件 的 具体 路 径 。 
























































上 述 代码 中 的 第 二 条 语句 使 用 @opt 包含 了 传递 给 nesC 编 
2) hardware.h 文件 
除了 “.platform” 之 外 ， 每 个 平台 目录 下 还 需要 一 个 名 为 “hardware.h” 的 文件 。 
中 定义 一 些 平 台 相 关 的 常量 、 管 脚 名 称 以 及 
msp430hardware.h。 当 对 该 平台 的 应 用 进行 编译 
额外 说 明 。 通 过 输入 以 下 内 容 建 立 hardware.h。 
#ifndef H hardware h 
#define H hardware h 


译 器 的 一 些 具体 编译 参数 。 


























该 文件 
他 头 文 件 等 ， 例 如 ， 这 个 例子 中 包含 
时 ， 该 文件 会 被 默认 进行 编译 ， 无 须 程序 员 



























































#include "msp430hardware.h" 


// LEDs 

TOSH ASSIGN PIN(RED LED, 5, 4); 
TOSH ASSIGN PIN(GREEN LED, 9, $); 
TOSH ASSIGN PIN(YELLOW LED, 5, 0); 


// UART pins 
TOSH ASSIGN PIN(SOMI0, 3, 2); 


TOSH ASSIGN . 
TOSH ASSIGN . 
TOSH ASSIGN . 
TOSH ASSIGN 
TOSH ASSIGN . 
TOSH ASSIGN . 
TOSH ASSIGN . 


Pp 
Pp 
Pp 

_PIN(URXD0, 3, 9); 
Pp 
Pp 
Pp 


IN(SIMOO, 3, 1); 
IN(UCLK0, 3, 3); 
IN(UTXD0, 3, 4): 


IN(UTXD!1, 3, 6); 
IN(URXD!1, 3, 7); 
IN(UCLK1, 5, 3); 


TOSH ASSIGN PIN(SOMI!1, 5, 2); 
TOSH ASSIGN PIN(SIMO!1, 5, 1); 














#endif// H hardware h 























































































































该 文件 将 位 于 “tos/chips/msp430” 下 的 “msp430hardware.h” 中 。 由 于 在 .platform 文件 
中 己 经 增加 了 上 述 目录 ， 因 此 此 处 只 需要 给 出 文件 名 称 即 可 。hardware.h 中 还 定义 了 一 些 管 
脚 的 名 称 。 例 如 说 明了 红色 Led 与 5.4 号 通用 IO 接口 绑 定 在 一 起 。 

该 头 文件 还 实现 了 一 些 其 他 的 重要 功能 ， 例 如 通过 包含 msp430hardware.h， 实 现 了 原子 
语句 的 中 断 禁 用 (nesC 语句 中 原子 语句 包括 的 代码 段 本 质 上 等 同 于 _nesc_atomic start() and 
_nesc_atomic_end0)， 微 处 理 器 的 休眠 功能 等 。 
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此 外 ， 每 个 平台 还 都 必须 有 一 个 名 为 “platform.h” 的 文件 ， 即 使 该 文件 没有 任何 内 容 。 
3) 配置 编译 环境 
在 “tinyos-2.x/apps/mull” 目 录 下 有 一 个 名 为 “null” 的 应 用 ， 顾 名 思 义 ，null 应 用 是 一 个 


不 进行 任何 操作 的 空 应 用 ， 它 的 目的 就 是 为 了 对 平台 进行 测试 。 在 命令 窗口 输入 以 下 命令 : 




























































































$ cd tinyos-2.x/apps/Null 
$ make yamp 


会 出 现 以 下 提示 信息 : 


/tinyos-2.x/support/make/Makerules:166: *** 


Usage: make 
make help 


Valid targets: all btnode3 clean eyesIFX eyesIFXv]1 eyesIFXvVv2 intelmote2 mica2 mica2dot 
micaz null telos telosa telosb tinynode tmote 
Valid extras: docs ident flags nescDecls nowiring rpc sim sim-cygwin sim-fast tos_image 
verbose wiring 
Welcome to the TinyOS make system! 
You must specify one of the valid targets and possibly some combination of 


the extra options. Many targets have custom extras and extended help, so be 


sure to try "make help" to learn of all the available features. 


Global extras: 


docs : compile additional nescdoc documentation 


tinysec : compile with TinySec secure communication 


ERROR, "yamp tos-ident-flags tos_image" does not specify a valid target. Stop. 






































出 现 以 上 问题 的 原因 是 用 户 还 没有 在 TinyOS 系统 中 定义 这 个 新 建 的 平台 ， 通 俗 点 说 就 
是 TinyOS 系统 还 不 认识 这 个 名 为 yamp 的 平台 。 要 使 系统 认识 yamp 这 个 名 字 ， 需 要 在 
“tinyos-2.x/support/make/” 目 录 下 创建 名 为 “yamp.target” 的 文件 ， 并 输入 以 下 内 容 : 





























PLATFORM =yamp 
$(call TOSMake include platform,msp) 
yamp: $(BUILD DEPS) 
@: 
上 述 代码 中 第 一 行 指 出 平台 名 称 为 “yamp”， 第 二 行使 yamp 平台 包含 msp 处 理 器 的 文 
件 (make/msp/msp.rules )， 最 后 两 行为 编译 yamp 平台 上 的 应 用 程序 提供 编译 规则 。 
在 创建 了 yamp.target 文件 后 回 到 “tinyos-2.x/apps/null” 目 录 下 重新 键入 make null， 这 
次 将 会 得 到 如 下 的 编译 信息 。 
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~ /tinyos-2.x/apps/Null] make yamp 
mkdir -p build/yamp 
compiling NullAppC to a yamp binary 


ncc -0 build/yamp/main.exe -Os -Wall -Wshadow -DDEF_TOS AM GROUP=0x7d -Wnesc-all— 


target=yamp -fnesc-cfile=build/yamp/app.c -board= NullAppC.nc -Im 


In file included from NullAppC.nc:42: 

In component MainC': 

~/tinyos-2.x/tos/system/MainC.nc:50: component PlatformC not found 
~/tinyos-2.x/tos/system/MainC.nc:53: no match 

make: *** [exe0] Error 1 






























































此 时 ， 终 于 得 到 了 一 个 真正 意义 上 的 编译 错误 ， 这 说 明 系 统 已 经 识别 了 yamp 平台 。 






































生 错 误 的 原因 是 由 于 编译 器 没有 找到 “PlatformC ”这 个 组 件 。 由 于 特定 硬件 
个 平台 的 PlatformC 提供 的 ， 这 是 每 个 平台 不 能 缺少 的 组 件 。 因 






























































yamp/PlatformPnc” 并 输入 以 下 内 容 : 





#include "hardware.h" 


module PlatformP { 
provides interface Init; 
uses interface Init as Msp430ClockInit; 
uses interface Init as LedsInit; 
} 
implementation { 
command error t Init.init() { 
call Msp430ClockInit.init(); 
call LedsInit.init(); 
return SUCCESS; 


default command error t LedsInit.init() { return SUCCESS; } 


} 











接着 创建 “tos/platforms/yamp/PlatformC.nc”， 并 输入 以 下 内 容 : 








#include "hardware.h" 


configuration PlatformC 


{ 


provides interface Init; 


} 


implementation 


{ 


components PlatformP 
, Msp430ClockC 


Init = PlatformP; 


100 














F 的 初始 化 是 1 














Sy 


XX 
每 


此 ， 创 建 “tos/platforms/ 


TinyO 〇 OS 驱动 程序 与 平台 硬件 抽象 | 第 5 党 
PlatformP.Msp430ClockInit -> Msp430ClockC.Init; 
} 
现在 ， 再 次 执行 make yamp， 如 果 依 然 得 到 如 下 的 编译 错误 信息 : 


mkdir -p build/yamp 
compiling NullAppC to a yamp binary 








ncc -0 build/yamp/main.exe -Os -fnesc-separator= -Wall -Wshadow -Wnesc-all -target=yamp -fnesc- 
cfile=build/yamp/app.c 
-board= -DDEFINED TOS AM _ GROUP=0x22 -DIDENT APPNAME=\"NullAppC\" -DIDENT 
USERNAME=\"'naoshi\" -DIDENT HOSTNAME=\"ubuntu\" 
-DIDENT USERHASH=0x41acd239L 一 
DIDENT TIMESTAMP=0x4d7f00a0L -DIDENT_ 
UIDHASH=0xSf8c3a6dL NullAppC.nc -lm 
/opt/tinyos-2.x/tos/system/tos.h:41:22: error: platform.h: No such file or directory 
make: *** [exe0] Error 1 


通过 输入 以 下 命令 
$ touch /opt/tinyos-2.x/tos/platforms/yamp/platform.h 
这 次 将 会 得 到 编译 正确 通过 的 信息 : 


mkdir -p build/yamp 

compiling NullAppC to a yamp binary 
ncc -0 build/yamp/main.exe -Os -Wall -Wshadow -DDEF_ TOS AM GROUP=0x7d -Wnesc-all— 
target=yamp 






































-fnesc-cfile=build/yamp/app.c -board= NullAppC.nc -lm 
compiled NullAppC to build/yamp/main.exe 
1216 bytes in ROM 
6 bytes in RAM 
msp430-objcopy --output-target=ihex build/yamp/main.exe build/yamp/main.ihex 
writing TOS image 


4) 让 Blink 在 新 建 的 平台 上 运行 
通过 以 上 步骤 ， 已 经 完成 了 新 建 yamp 平台 的 基本 操作 ， 但 更 为 重要 的 是 ， 我 们 需要 在 
该 平台 上 完成 应 用 程序 的 开发 。 这 里 通过 掩饰 如 何 让 Blink 应 用 在 yamp 平台 上 工作 来 说 明 
如 何在 新 建 平 台 上 进行 应 用 的 开发 。 

Blink 应 用 是 非常 简单 的 程序 ， 只 是 控制 LED 灯 的 闪烁 。 下 面 进入 Blink 所 在 的 目录 并 
运行 命令 : make yamp， 此 时 会 得 到 如 下 的 编译 错误 信息 : 






























































































































































compiling BlinkAppC to a yamp binary 
ncc -0 build/yamp/main.exe -Os -Wall -Wshadow -DDEF_TOS AM GROUP=0x7d -Wnesc-all— 
target=yamp 
-fnesc-cfile=build/yamp/app.c -board= BlinkAppC.nc -lm 
In file included from BlinkAppC.nc:45: 
In component ‘LedsC': 
~/tinyos-2.x/tos/system/LedsC.nc:38: component PlatformLedsC not found 
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从 以 


该 组 件 的 名 字 可 以 看 出 这 是 


为 什 
动 操作 在 





~tinyos-2.x/tos/systenm/LedsC.nc:42: cannot find “Init' 
~tinyos-2.x/tos/system/LedsC.nc:43: cannot find ‘LedO' 


~tinyos-2.x/tos/system/LedsC.nc:44: cannot find ‘Led1' 
~tinyos-2.x/tos/system/LedsC.nc:45: cannot find ‘Led2' 
make: *** [exe0] Error 1 


上 信息 中 可 以 看 出 编 


















































个 与 平台 有 关 的 组 件 ， 














么 一 定 需要 一 个 与 平 


不 同 的 平台 是 不 一 样 ， 它 取决 于 






















































































#include "hardware.h" 


} 


接 下 来 就 可 以 在 Blink 目录 下 编译 yamp 平台 了 ， 虽 
定 的 是 这 种 平台 需要 工作 在 具有 
时 器 的 5.4-5.6 管 脚 ， 这 与 telos 和 有 











一 
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configuration PlatformLedsC { 
provides interface GeneralIO as Led0; 
provides interface GeneralIO as Led!l; 
provides interface GeneralIO as Led2; 
uses interface Init; 


} 

implementation 

{ 

components 
HplMsp430GenerallOC as GeneralIOC 

, new Msp430GpioC() as Led0Impl 
, new Msp430GpioC() as LedlImpl 
, new Msp430GpioC() as Led2Impl 


和 


components PlatformP; 
Init = PlatformP.LedsInit; 


Led0 = LedOImpl; 
Led0Impl -> GenerallOC.Port54; 


Ledl = LedlImp!l; 
LedlImpl -> GenerallOC.PortS5; 


Led2 = Led2Imp!l; 
Led2Impl -> GeneralIOC.PortS6; 



















































































tt 体 连接 的 管 脚 以 及 执行 点 亮 / 关 
平等 等 。 而 在 Blink 应 用 中 ， 程 序 员 并 不 关注 具体 的 平台 ， 
的 操作 差异 ， 从 而 向 -| 


对 器 无 法 在 编译 组 件 LedsC 时 找到 PlatformLedsC 组 件 。 通 过 
因此 需要 在 yamp 平台 


相关 的 组 件 来 链接 Led 呢 ? 这 是 天 




















定义 该 组 件 。 
为 在 最 底层 ，led 灯 的 驱 
下 操作 的 输出 电 
因此 ， 就 需要 在 平台 中 隐藏 底层 






































上 提供 统一 的 Led 操作 命令 。PlatformLedsC 组 件 中 相关 代码 如 下 : 





有 然 yamp 是 一 个 虚拟 的 平台 ， 但 可 以 
MSP430x1611 微 处 理 器 的 节点 上 ， 
1H Tmote 节点 的 连接 方式 是 一 致 的 。 











并 且 Led 连接 到 微 处 
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TinyOS 中 用 户 通 过 资源 抽象 实现 对 各 类 资源 的 访问 。TinyOS 中 定义 了 三 种 类 型 的 资源 
抽象 : 专用 、 虚 拟 和 共享 。 根 据 用 户 需 求 的 不 同 ， 不 同类 型 的 抽象 提供 了 不 同 的 资源 共享 机 
制 和 能 量 管理 能 力 。 对 每 种 类 型 的 抽象 用 户 必 须 明 确 两 个 问题 : 如 何 访问 抽象 提供 的 资源 和 
如 何 控制 资源 的 能 量 状态 


16. 资源 仲裁 


TinyOS 1.x 使 用 两 种 机 制 管理 共享 资源 ， 虚 拟 化 和 完成 事件 (completion events)。 一 个 
虚拟 的 资源 以 抽象 的 一 个 独立 实例 出 现 ， 例 如 TimerC 的 Timer 接口 。 一 个 Timer 实例 的 用 
户 可 独立 使 用 该 Timer 实例 ，TimerC 将 底层 硬件 时 钟 虚拟 为 N 个 独立 的 定时 器 。 

然而 ， 一 些 抽象 不 适合 进行 虚拟 化 ， 程 序 可 能 需要 使 用 物理 抽象 提供 的 控制 。 举 个 例 
子 ，TinyOS 1.x 中 的 组 件 共享 同一 个 通信 协议 栈 GenericComm。GenericComm 一 个 时 间 只 能 
处 理 一 个 发 送 包 。 如 果 一 个 组 件 在 GenericComm 处 于 忙 状态 时 试图 发 送 一 个 包 ， 那 么 调用 
将 返回 FAILL。 此 时 ， 有 包 需 要 发 送 的 组 件 需要 采用 一 种 方法 获知 GenericComm 什么 时 候 处 
于 空 闪 状态， 以 便 再 次 进行 发 送 。TinyOS 1.x 中 提供 一 个 全 局 完成 事件 ， 当 一 个 包 发 送 完成 
后 ， 系 统 启动 完成 事件 。 基 于 此 希望 调用 GenericComm 的 组 件 可 以 处 理 这 个 事件 并 且 进 行 
重 发 。 

这 方法 对 于 物理 抽象 〈 不 是 虚拟 抽象 ) 来 说 有 几 个 缺陷 。 

1) 如 果 需 要 提出 多 个 请 求 ， 必 须 对 每 次 提出 请 求 时 可 能 返回 的 FAIL 进行 处 理 。 这 将 增 
加 程序 的 状态 ， 使 得 程序 复杂 化 。 

2) 不 能 对 一 个 操作 序列 的 运行 时 机 进行 控制 。 这 种 情况 可 能 会 对 时 机 敏感 的 应 用 (如 
A/D 转化 器 产生 影响 。 例 如 ， 你 需要 采取 一 些 措施 对 ADC 的 使 用 进行 预约 ， 以 实现 你 在 
期 望 的 时 刻 你 对 ADC 进行 操作 。 

3) 即使 一 个 硬件 资源 支持 预约 ， 也 不 能 通过 软件 接口 完成 硬件 资源 的 预约 。 例 如 ，I2C 总 线 
进行 多 总 线 处 理 时 有 个 “重复 开始 ”的 概念 ， 但 是 在 TinyOS 1.x 的 PC 抽象 中 不 知道 如 何 使 用 它 。 

4) 多 数 TinyOS 1.x 服务 既 没 有 提供 一 个 非常 便利 的 方法 来 监测 抽象 的 可 用 性 以 便于 再 
次 使 用 抽象 ， 也 没有 一 个 文档 清楚 地 说 明 如 何 同时 提出 多 个 请 求 。 
综 上 所 述 ， 采 用 一 种 方式 来 实现 资源 共享 不 能 满足 所 有 情况 。 比 如 ， 明 确 的 资源 预约 可 
以 使 程序 在 访问 A/D 转换 器 时 更 好 地 控制 访问 时 机 ， 然 而 ， 当 程序 不 需要 严格 地 控制 访问 时 
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3 资源 的 分 类 ， 














机 时 《如 在 生物 监测 应 

代码 更 加 复杂 。 此 时 使 用 虚拟 化 的 方法 更 好 一 些 。 接 下 来 将 介 
所 使 用 的 共享 策略 是 依据 该 资源 的 分 类 确定 的 。 

6.1.1 资源 的 分 类 


TinyOS 中 定义 了 三 种 资源 抽象 : 专用、 虚拟 和 ] 





供 不 同 的 资源 





t 享 机 制 。 注 意 ;: HAA 的 Hardw 





的 ， 依 据 它们 

















秆 启 


i 











民 据 抽象 的 目 
are Presentation Layer (HPL) 组 伯 









































的 使 用 情况 ，HPL 抽象 或 者 是 专 








情 











1. 专用 抽象 


如 果子 系统 需要 在 整个 运行 周期 中 独占 一 个 资源 ， 那 么 这 个 资源 抽象 定义 为 专 



















































































| 抽象 或 者 是 共享 抽象 。 























标 和 等 级 ， 组 人 





j 中 测量 温度 时 )， 资 源 预 约 不 是 一 个 必需 的 步骤 ， 并 且 它 将 使 程序 





一 个 资源 抽象 





提 
-不 可 能 是 虚拟 








用 的 。 





























































































































由 于 仅 被 一 个 组 件 占用 ， 这 类 资源 不 使 用 共享 策略 。 中 断 和 计数 器 是 专用 抽象 的 典型 例 
了 了。 专用 抽象 具有 nesC 语言 的 @atmostonce 或 @exactlyonce 属性 ， 以 保证 它们 在 调用 时 不 
被 干扰 。 
这 种 类 型 的 资源 通过 AsyncStdControl、StdControl 或 者 SplitControl 接口 控制 能 量 状 态 
每 个 接口 的 定义 可 参考 tinyos-2.x/tos/interfaces， 如 下 所 示 。 
interface AsyncStdControl { 
async command error t start(); 
async command error t stop(); 
} 
interface StdControl { 
command error t start(); 
command error t stop(); 
} 
interface SplitControl { 
command error t start(); 
command void startDone(error t error); 
command error t stop(); 
command void stopDone(error t error); 
} 
所 有 专用 资源 的 能 量 状态 都 是 由 这 三 个 接口 之 一 控制 的 。 不 管 硬 件 平台 提供 的 物理 能 量 
状态 有 几 种 ， 逻 辑 资源 能 量 状态 只 有 “ 开 ” 或 “ 关 ” 两 个 。 特 定 的 资源 根据 用 户 在 不 同时 
间 ， 对 资源 的 物理 能 量 状态 所 处 位 置 〈 开 或 关 ) 的 不 同 需求 ， 对 这 些 接口 提供 文 持 。 











2. 虚拟 抽象 

















虚拟 资源 抽象 利用 软件 虚拟 化 ， 在 多 个 月 
己 是 一 个 专用 用 户 ， 所 有 虚拟 实例 复 用 同一 个 底层 资源 。 







































































不 考虑 存储 和 效率 的 





资源 的 状态 ， 
种 简单 化 付出 








时 器 ， 同 时 当 两 个 定时 器 在 同一 时 间 
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[a 
Ew 





因此 限制 了 虚拟 实例 的 数 
的 代价 是 降低 了 效率 ， 同 
的 定时 器 将 带 来 CPU 开 
Tf 始 计 


























吓 约 ， 使 用 同一 个 资源 抽象 的 
虚拟 化 通常 提供 一 个 非常 简 自 
时 使 得 月 
肖 ， 这 开销 主要 用 于 调度 和 保 
时 时 





日 户 间 进 行 相互 屏蔽 。 每 一 个 虚拟 用 














由 于 虚拟 化 是 由 软 伯 






































户 都 认为 自 
成 的 ， 如 果 


上 
WA 














用 户 数 可 以 是 无 穷 。 虚 拟 化 通常 要 求 保持 





























的 接口 给 用 户 。 这 

















精 古 





行 


控制 。 举 个 例 





户 不 能 对 底层 资源 进 























[还 将 带 来 时 间 抖 动 。 








竺 每 一 个 独立 的 虚拟 定 


3. 


一 些 控 制 能 


当 资 源 是 仅 被 一 个 组 人 





， 以 换取 利用 简单 方法 共享 一 个 资源 时 ， 可 使 用 虚拟 抽象 。 然 而 ， 当 多 个 
在 同一 时 间 同 时 实现 对 资源 的 准 看 


需要 准确 控制 一 个 资源 时 ， 











时 就 需要 一 定 程度 的 复 用 。 
共享 资源 的 典型 例子 是 总 线 。 一 条 总 线 可 连接 相当 于 不 同 子 系统 的 多 个 外 
如 ， 在 Telos 平台 上 ， 内 存 芯 片 (存储 ) 和 射频 (网络) ] 
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F 控 制 时 ， 可 使 用 专用 















































显然 这 些 用 户 不 可 外 




















共享 


访问 总 线 时 ， 需 要 排他 性 地 接 入 到 总 线 ， 但 它们 又 需要 与 其 他 子 系统 


I 象 。 如 果 用 户 愿 意 付出 一 点 代价 3 



























































且 牺 牲 
户 
控制 ， 这 














围 设备 。 例 





一 个 总 线 。 存 储 和 网 络 协议 栈 
t 享 总 线 。 在 这 种 情况 








下 ， 虚 拟 化 是 存在 问题 的 。 射 频 协议 栈 使 用 总 线 时 需要 连续 完成 一 系列 的 操作 ， 而 不 是 在 每 


次 操作 前 都 要 重 讲 
一 系列 的 操作 ，1 

在 TinyOS 2. 
个 用 户 在 什么 时 
占用 。 仲 裁 器 假设 用 户 之 间 是 相互 1 
后 必须 明确 释放 资源 ，ff 


资源 的 仲裁 


























6.12 


和. 
每 一 个 


























不 需要 在 内 存 ! 












































X 中 ， 








1 仲裁 器 负 责 解决 
司 访问 资源 。 当 一 个 用 户 占 月 
协作 的 ， 用 户 只 


























共享 资源 都 有 














一 个 仲裁 器 


就 是 一 个 控制 中 心 ， 


Eb 量 管理 提供 四 


的 服务 提供 信息 ， 例 如 为 


数 化 的 Resource 接口 ， 同 时 提供 一 个 ArbiterInfo 接 





个 仲裁 器 来 管理 哪个 
多 知道 资源 是 否 在 使 有 


站 全 已 


已 用 



































源 的 各 个 用 户 进 行 实例 化 。 
在 使 用 、 谁 在 使 用 它 ， 




















ResourceRequested 接口 ， 同 时 使 
的 实例 或 者 任何 


个 ResourceDefaultOwner 接 














ArbiterInfo 











8 助 。 





坟 
等 等 ) 的 组 件 调 用 。 一 个 1 


个 共 


ZA、 




















! 裁 器 没有 办 法 强制 收回 资源 。 




















] 户 间 
































] 户 能 够 在 给 定时 间 使 用 这 一 资源 。 上 出 























如 图 





6-1 所 示 ， 一 个 人 
























































的 实例 。Resource 接口 
希望 检索 资源 状态 全 局 信息 (诸如 资源 是 否 


























些 接 口 更 加 


图 6-1 仲裁 器 接口 示意 图 
1. Resource 接口 
仲裁 器 用 户 使 用 Resource 接口 访问 共享 资源 。Resource 接口 





详细 


Resource 
接口 









































一 个 参数 化 的 Resource 














的 解释 如 下 : 


ArbiterInfo 
接口 








Configure 接口 。 























ResourceRequested 
接口 





ResourceConfigure 












































于 执行 特殊 仲裁 策略 的 附 


ResourceDefaultOwne 
接口 








占用 资源 。 


昌 ， 因 此 它 总 是 能 够 为 许多 划 


f 提 出 申请 。 总 线 作为 一 个 共享 资源 允许 射频 协议 栈 给 财 频 设备 目 动 地 发 送 
预先 缓存 这 些 操作 。 
资源 在 不 同 的 复 用 问题 。 它 决定 哪 
资源 时 ， 它 可 对 资源 进行 彻底 的 、 不 受 干 扰 的 
有 在 必要 的 时 候 才 

















j 户 完成 使 





于 
他 




















裁 器 必须 











提供 一 个 参 











希望 访问 资 














裁 器 应 该 提供 一 个 参数 化 的 
它 还 可 能 提供 一 
加 接口 。 对 于 这 














代码 参见 本 书 第 87 页 。 
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用 户 通过 调用 requestO 〇 通知 人 
回 SUCCESS ， 同 时 利用 事件 











granted0 通知 








SUCCESS， 但 是 该 请 求 将 根据 1 














如 果 一 个 用 户 在 接收 到 granted 


























裁 器 的 排队 策略 加 入 队列 。 
release0 命 令 ， 排 在 请 求 队列 中 的 下 一 个 用 户 





裁 器 它 希 望 访问 某 个 资源 。 如 果 这 个 资源 是 空闲 的 ， 将 返 
用 户 。 如 果 资 源 被 











占用 ， 则 仍然 会 返回 
j 户 使 用 资源 完毕 后 ， 将 调用 















































通过 granted0 事 件 获得 通知 ， 获 准 访问 资源 。 
事件 前 提出 了 多 个 请 求 ， 将 返 








回 一 个 EBUSY 值 ， 同 时 这 些 









































青 求 不 能 加 入 队列 。 通 过 使 用 这 种 策 
列 





< 


























能 返回 


和 


granted 事件 的 通知 进行 访问 。 如 果 返 


























， 但 是 ， 用 户 仍 可 以 通过 不 释放 资源 的 方式 独 
用 户 还 可 以 通过 immediateRequestO 命 令 提出 资源 使 用 请 求 。 








个 



































会 进入 队列 。 为 使 









































常 被 用 于 运行 检测 ， 以 确保 没有 
败 ， 将 不 能 调用 资源 提供 的 其 他 命令 。 
图 6-2 展示 了 通过 正确 地 使 用 
简单 的 共享 资源 。 
一 个 



























































一 、 








占用 资源 的 
中 裁 器 提供 的 Resource 接口 ， 利 


裁 器 必须 提供 一 个 参数 化 的 Resource 接 








人 人 
命令 


























] 户 不 能 通过 提出 多 个 请 求 的 方式 独 
占 资 源 的 使 用 权 。 


SUCCESS 或 者 FAIL， 利 用 该 命令 提出 的 资源 使 用 请 求 不 会 加 入 请 求 队列 。 如 果 调 用 
imnmediateRequest0 时 返回 SUCCESS ， 则 用 户 在 调用 返 
回 FAIL， 则 上 
资源 ， 用 户 将 不 得 不 
用 户 可 利用 Resource 接口 的 isOwner 


日 户 将 不 被 获准 访问 资源 ， 并 且 
次 提出 请 求 。 

伟 测 自己 是 否 是 资源 的 当前 使 
户 不 能 够 使 用 该 资源 。 如 果 调 用 isOwner 失 





























占 资 源 队 














调用 immediateRequestO 可 




















加 后 可 立即 访问 资源 ， 不 用 根据 


请 求 也 不 






























































者。 该 命令 通 





















































j 一 个 专 有 资源 构建 一 个 




















>» 


其 参数 应 该 是 一 个 用 户 ID。 一 个 仲 


裁 组 件 SomeNameP 一 定 包含 #define SOME NAME RESOURCE， 它 对 应 一 个 字符 串 ， 该 字 


AAA 

















2. Arbiterlnfo 接口 


























如 图 6-3 所 示 ， 仲 裁 器 必须 提供 一 个 ArbiterInfo 接口 
仲裁 器 的 当前 状态 。 





interface ArbiterInfo { 
async command bool inUse(); 
async command uint8 t clientId(); 


} 





数据 接口 Resource 接 口 









数据 接口 


图 6-2 ”Resource 接口 


Resource 接 口 














示意 图 














与 1 


的 作用 是 查 明 如 下 信息 。 
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可 见 。 


专用 资源 


形成 对 照 ， 





符 串 能 够 传 给 uniqueO0 以 获取 一 个 用 户 的 ID。 基 于 nesC 文件 的 预 处 理 方式 ， 该 #define 必须 
放 在 一 个 单独 的 文件 中 。 在 nesC 中 ， 包括 SomeNameP 组 件 在 内 的 所 有 组 件 均 不 能 
SomeNameP 中 的 宏 定义 #define 在 所 涉及 的 组 件 ! 





保 





























用 于 组 件 查询 一 个 





的 实例 ， 该 接口 









Resource 接 口 


ArbiterInfo 接 口 


图 6-3” ”ArbiterInfo 接 














数据 接 














示意 图 








ArbiterInfo 接 








仅 有 一 种 形式 。 它 





1) 仲裁 资源 当前 是 否 被 使 用 。 



























































2) 哪个 用 户 正在 使 用 它 。 
个 接口 希望 获得 资源 


ArbiterInfo 接口 
过 数据 接口 对 资源 进行 的 调用 。 






































3. ResourceRequested 接口 


且 如 






































] 户 需要 使 用 该 资源 。 使 月 
当前 占用 者 可 





见 。 


interface ResourceRequested { 


async event void requested(); 


async event void immediateRequested(); 


} 


如 果 其 人 


CD 





的 本 地 访问 权时 ， 需 要 对 资源 状态 进行 观察 。 
ArbiterInfo 获取 资源 使 用 情况 的 全 局 信息 。 
的 首要 作用 是 ， 当 用 户 并 非 正 在 访问 资源 时 ， 人 允许 共享 资源 拒绝 用 户 通 









数据 接口 




















图 6-4 ResourceRequested 





























占用 者 将 通 ; 











前 





过 immediateRequested0O 事 件 获 得 通知 。 














= 个 1 















































的 用 户 。 




















4. ResourceConfigure 接口 


如 图 





EC 














哑 





对 资源 进行 自动 配置 。 
口 ， 按 照 运 行 
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同时 可 通过 观察 



























































图 6-4 所 示 ，ResourceRequested 接口 可 使 一 个 用 户 长 期 占用 一 个 资源 ， 直 到 有 其 他 
日 ResourceRequested 接口 ，ResourceRequested 的 信息 对 于 资源 的 








Resource 接 口 | ResourceRequested 接 口 
共享 资源 
ArbiterInfo 接 口 | ResourceRequested 接 口 


仲裁 器 





























' 裁 器 应 该 提供 一 个 参数 化 的 ResourceRequested 接口 
提供 。 参 数 化 的 ResourceRequested 接 
保 所 有 事件 都 能 通知 到 正确 


的 用 户 ID 将 与 Resource 接口 


6-5 所 示 ，ResourceConfigure 接口 的 存在 允许 一 个 用 户 在 获准 访问 资源 之 前 ， 
提供 ResourceConfigure 接 














不 忌 


的 组 件 使 用 底层 专 


图 











bh 用 户 通过 它 的 Resource 接口 的 request0 命 令 提 出 了 资源 使 用 请 求 ， 则 资源 的 当 
过 requested 事件 获得 通知 。 如 果 请 求 通过 immediateRequestO 命 令 提 出 ， 则 通 























户 ， 但 并 不 是 必须 
匹配 ， 以 确 











的 用 
的 用 户 ID 


给 它 














EE 





























| 资源 提供 的 接 























其 望 的 模式 对 资源 进行 配置 。 一 个 用 户 连 




















j 户 获准 访问 资源 的 同时 配 























行 期 望 的 配置 。 


前 调用 。 


interface ResourceConfigure { 


async command void configure(); 


async command void unconfigure(); 


} 


置 命令 被 调 




















接 它 的 








< 享 资源 抽象 到 该 组 件 执 











用 ， 并 且 反 配置 命令 在 资源 释放 
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ResourceConfigure 接 口 ResourceConfigure 接 口 、ResourceConfigure 接 口 

















控制 接口 



































图 6-5 ”ResourceConfigure 接口 示意 图 


仲裁 器 将 使 用 一 个 参数 化 的 ResourceConfigure 接口 ， 该 接口 的 用 户 ID 参数 应 与 参数 化 
的 Resource 接口 的 用 户 ID 一 致 。 如 果 一 个 仲裁 器 使 用 了 ResourceConfigure 接口 ， 则 在 执行 
Resource.granted() 事件 前 ， 它 必须 根据 赋予 的 用 户 ID 调用 ResourceConfigure.configure()。 
类 似 的 ， 在 正确 调用 Resource.release() 之 后 ， 它 必须 调用 ResourceConfigure.unconfigure() 释 
放 资 源 。 在 准许 用 户 访问 资源 之 前 调用 ResourceConfigure.configure()， 在 释放 资源 之 前 调 
] ResourceConfigure.unconfigure()， 可 以 确保 对 资源 进行 章 新 配置 时 ， 资 源 总 是 处 于 未 配 
置 状态 。 

ResourceConfigure 接口 中 的 命令 可 以 作为 标准 Resource 接口 的 一 部 分 〈 并 且 转 变 为 返 
回 事件 )， 但 是 这 样 做 要 比 保持 它们 的 独立 性 付出 更 多 代价 。 在 Resource 接口 中 引入 新 的 命 
令 将 导致 大 量 的 用 户 程序 中 存在 元 余 的 配置 代码 。 与 之 对 应 的 是 ， 如 果 将 其 作为 一 个 独立 的 
组 件 ， 那 么 用 户 只 有 在 需要 时 才 对 这 些 代 码 进 行 实例 化 。 

5. ResourceDefaultOwner 接口 

常规 的 Resource 接口 用 于 所 有 用 户 以 平等 的 方式 共享 资源 。 当 一 个 用 户 需要 拥有 其 他 用 
户 不 使 用 资源 时 的 资源 控制 权时 ， 该 用 户 使 用 ResourceDefaultOwner 接口 。 一 个 仲裁 器 一 定 
不 会 提供 多 个 ResourceDefaultOwner 接口 实例 ， 它 只 需要 提供 一 个 ResourceDefaultOwner 接 
口 实例 。 
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interface ResourceDefaultOwner { 
async event void granted(); 
async command error trelease(); 
async command bool isOwner(); 
async event void requested(); 
async event void immediateRequested(); 


} 


仲裁 器 必须 保证 在 boot 初始 化 完成 前 ，ResourceDefaultOwner 接口 的 用 户 是 资源 的 拥有 
者 。 当 一 个 普通 资源 用 户 提 出 资源 使 用 情况 时 ，ResourceDefaultOwner 将 接收 到 requested0) 
或 者 immediateRequested0) 事 件 。 然 后 ， 它 必须 决定 是 否 和 什么 时 候 释放 资源 。 一 旦 资源 释 
放 ， 所 有 提出 请 求 的 用 户 将 基于 仲裁 器 使 用 的 排队 策略 依次 访问 资源 。 一 旦 所 有 的 请 求 都 进 
行 了 处 理 〈 包 括 在 其 他 用 户 访问 资源 时 提出 的 请 求 )，ResourceDefaultOwner 将 自动 获得 资源 
控制 权 ， 并 处 理 granted0 事 件 。ResourceDefaultOwner 接口 中 包含 和 普通 Resource 接口 中 相 
同 的 OwnerO 命 令 ， 并 且 它 们 的 用 法 完全 相同 。 
虽然 ResourceDefaultOwner 接口 看 起 来 像 是 普通 Resource 接口 和 ResourceRequested 接 
口 的 联合 体 ， 但 是 它 的 用 法 是 完全 不 同 的 。 i 接口 仅 被 希望 在 其 他 用 户 
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不 访问 资源 时 一 直 占 有 资源 的 用 户 使 用 。 这 些 用 户 不 主动 寻求 访问 资源 ， 而 是 利用 资源 空闲 
的 时 间 使 用 资源 执行 操作 。 

定义 ResourceDefaultOwner 接口 的 首要 动机 是 ， 对 于 一 个 资源 及 其 仲裁 策略 ， 人 允许 对 其 
能 量 管理 进行 简便 整合 。 如 果 一 个 仲裁 器 希望 能 够 通过 精确 的 能 量 管理 策略 对 资源 进行 控 
制 ， 它 可 以 提供 ResourceDefaultOwner 接口 给 组 件 ， 以 执行 上 述 能 量 管理 策略 。 只 要 资源 处 
于 空闲 ， 能 量 管理 组 件 就 将 接收 granted0 事 件 ， 并 且 将 资源 的 能 量 状态 置 于 关 。 当 其 他 用 户 
请 求 使 用 资源 时 ， 能 量 管 癌 理 器 将 通过 requested0) 或 者 Ce 获得 通知 。 然 
后 ， 它 将 资源 的 能 量 状 态 置 为 开 ， 并 且 在 执行 上 述 步 又 后 释放 资源 。 注 意 ， 如 果 能 量 打 开 是 
一 个 独立 操作 阶段 (执行 需要 一 些 时 间 )， 那 么 在 资源 能 量 处 于 关 状 态 时 ， 用 户 调用 
immediateRequest() 将 返回 FAIL。 


6.1.3 ” 跨 组 件 预 约 


在 一 些 情形 下 ， 可 能 需要 实现 跨 组 件 资源 预约 。 例 如 ， 在 TI 的 MSP430 中 ,一 
USART 组 件 可 作为 一 个 DC 总 线 、UART 或 者 SPI 线路 使 用 。 非 常 明显 ， 在 该 芯片 上 ，EC 
总 线 的 预约 暗含 着 对 UART 和 SPI 服务 的 限制 。 使 用 跨 组 件 预约 策略 需要 满足 以 下 条 件 。 

1) 为 使 用 共享 资 ee 的 ID。 

2) 将 这 些 ID 映射 到 底层 资源 的 ID 上 

这 种 映射 对 于 使 用 服务 的 用 户 来 说 是 透明 的 。 只 有 在 两 个 不 同 的 用 户 使 用 同一 个 服 
务 时 ， 才 进行 仲裁 。 例 如 ， 在 MSP430 中 ， 一 个 DC 总 线 用 户 可 能 与 一 个 SPI 连接 的 用 
户 竞争 资源 ， 但 是 它们 或 许 有 相同 的 服务 级 用 户 ID。 为 了 共享 USART 组 件 ， 这 两 个 服 
务 级 用 户 ID 映射 为 两 个 唯一 的 资源 ID 。 完 成 该 映射 的 正确 方法 是 使 用 通用 组 件 。 下 面 
给 出 的 例子 展示 了 在 MSP430 中 SPI 组 件 是 如 何 执行 该 映射 的 。UART 和 I2C 总 线 的 做 
法 类 似 。 

例 6.1: 
#include "Msp430Usart.h" 


generic configuration Msp430Spi0C() { 
provides interface Resource; 





















































































































































































































































































































































































































































































































































provides interface SpiByte; 
provides interface SpiPacket; 

} 

implementation { 
enum { CLIENT ID =unique(MSP430 SPIO BUS)}; 
components Msp430SpiOP as SpiP; 
Resource = SpiP.Resource[ CLIENT ID ]; 
SpiByte = SpiP.SpiByte; 
SpiPacket = SpiP.SpiPacket[ CLIENT ID ]; 
components new Msp430Usart0C() as UsartC; 
SpiP.UsartResource[ CLIENT ID | -> UsartC.Resource; 
SpiP.UsartInterrupts -> UsartC.Hpl Msp430UsartInterrupts; 
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MSP430_SPIO_BUS 
的 Msp430Spi0C 组 伯 
供 的 参数 化 Resource 接 
接 口 (Msp430Spi0P.Resource) 的 同时 ， 
(Msp430Spi0P.UsartResource)。 用 户 利用 ID 
时 ， 相 当 于 利用 相同 的 ID 实现 了 Msp430Spi0P.Resource 接 












































zz Ar 量 


字符 串 在 Msp430Usart.h 中 定义 。 利 用 该 字符 串 在 每 次 一 个 新 
FE 成 一 个 唯一 的 ID。 这 个 ID 作为 Msp430Spi0P 组 件 提 
的 参数 使 用 。Msp430Spi0P 组 件 在 提供 一 个 参数 化 Resource 
一 个 参数 化 的 Resource 接 
号 CLIENT ID 调用 组 件 提 供 


实例 化 时 4 















































还 使 






























































的 Resource 接 
的 底层 调用 。 











通过 ID 








号 CLIENT ID 连接 Msp430Spi0P.UsartResource 接口 到 一 个 实例 化 的 Msp430Usart0C 组 


件 提 供 的 Resource 接口 可 完成 映射 。 任 何 针对 
Resource 接口 的 调用 都 将 通 


接口 实现 。 



























































过 一 个 唯一 的 1 











当 服 务 需要 明确 知道 当前 它 所 提供 服务 的 



































用 户 数量 时 ， 使 用 上 述 凤 























这 些 服务 不 受 底层 



































的 传感器 实现 可 能 希望 在 它 自 








闭 电 源 。 上 述 由 














重用 。 





因为 大 多 数组 件 使 用 有 限 的 几 个 仲裁 集 略 
认 资 源 仲裁 器 。 在 tinyos-2.x/tos/system 上 












































射 允 许 TEP115 中 描述 的 潜在 
们 相互 之 间 不 会 产生 干扰 。 采 用 这 利 








< 部 资源 所 拥有 的 用 户 总 量 的 影响 。 举 个 例子 ， 一 个 使 / 


实例 化 Msp430Spi0C 组 件 提供 的 


底层 Msp430Usart0C 组 件 提供 的 Resource 


财 束 显得 十 分 重要 ， 

















底层 ADC 资源 


身 没 有 用 户 时 关闭 电源 ， 而 不 是 等 到 整个 ADC 都 空闲 时 才 关 
























































两 个 模块 中 的 一 个 ， 其 代码 如 下 : 


1) 





generic module SimpleArbiter { 


2) 


provides interface Resource[uint8 tidj; 








的 能 量 管理 组 件 连 接 到 两 个 等 级 的 抽象 上 ， 它 











方式 ， 组 件 的 执行 存在 许多 相似 之 处 ， 并 且 可 进行 代码 



































provides interface ResourceRequested[uint8 tid]; 


provides interface ArbiterInfo; 


uses interface ResourceConfigure[uint8 t id]; 


generic module Arbiter { 


66 Ar 和 





provides interface Resource[uint8 tild]; 


provides interface ResourceRequested[uint8 tid]; 


provides interface ResourceDefaultOwner; 


provides interface ArbiterInfo; 


uses interface ResourceConfigure[uint8 t id]; 











”仲裁 器 主要 








加 二 














不 要 求 额外 开 





ResourceDefaultOwner 接口 而 产生 的 。 


在 许多 情况 下 ， 改 变 仲裁 策略 主要 是 改变 
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省 的 资源 使 用 ， 额 外 开销 主要 是 














的 一 个 ，tinyos-2.x 中 包括 了 一 定数 量 的 默 
可 找到 这 些 仲裁 器 ， 并 且 所 有 的 通用 组 件 


使 用 如 下 














于 提供 

















E 队 策略 ， 排 队 策略 用 于 决定 资源 请 求 的 获准 

















项 序 。 在 这 利 
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方式 下 ， 将 排队 策略 实现 代码 从 现行 的 仲裁 实现 代码 中 分 离 出 来 可 提高 代码 重 




















组 伯 


















































用 度 。 通 过 使 用 ResourceQueue 接口 ，SimpleArbiterP 和 ArbiterP 组 件 可 被 连接 到 提供 具体 
排队 策略 的 组 件 上 去 。 

















interface ResourceQueue { 


} 





下 面 是 使 用 ResourceQueue 接口 连接 一 个 “先进 多 





的 例子 。 
例 6.2: 





async command bool isEmpty(); 
async command bool isEnqueued(resource _ client id tid); 
async command resource _ client id t dequeue(); 


async command error tenqueue(resource client id tid); 



































(FCFS)” 排 队 集 略 到 SimpleArbiterP 


| 
| 


generic configuration SimpleFcfsArbiterC(char resourceName[]) { 


} 


provides { 
interface Resource[uint8 t id]; 
interface ResourceRequested[uint8 tid]; 
interface ArbiterInfo; 


} 


uses interface ResourceConfigure[uint8 tid]; 


implementation { 


} 


components MainC; 

components new FcfsResourceQueueC(uniqueCount(resourceName)) as Queue; 
components new SimpleArbiterP() as Arbiter; 

MainC.SoftwarelInit -> Queue; 

Resource = Arbiter; 

ResourceRequested = Arbiter; 

ArbiterInfo = Arbiter; 

ResourceConfigure = Arbiter; 

Arbiter.Queue -> Queue; 




















当 一 个 资源 的 用 户 希 望 以 FCFS 方式 处 理 资 源 请 求 时 ， 可 以 实例 化 这 个 通用 配置 。 下 面 
是 tinyos-2.x 中 提供 的 所 有 默认 排队 策略 以 及 仲裁 组 件 。 

排队 策略 : 

@ FcfsResourceQueueC, 

@ RoundRobinResourceQueueC。 


仲裁 器 : 












































@ SimpleFcfsArbiterC 。 

® FcfsArbiterC。 

@ SimpleRoundRobinArbiterC。 
@ RoundRobinArbiterC 。 
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仲裁 器 仅仅 提供 了 一 个 管理 用 户 ID 的 标准 方法 ， 以 达到 共享 资源 不 必 在 每 次 执行 时 都 
复制 它 自身 的 功能 。 为 了 限制 不 提出 请 求 而 使 用 资源 的 用 户 ， 共 享 资源 必须 使 用 ArbiterInfo 
接口 提供 的 功能 ， 对 资源 的 当前 拥有 者 执行 运行 时 间 检 测 。 


[2 微 控制 器 能 量 管理 


微 控制 器 通常 有 多 种 能 量 状态 ， 每 个 能 量 状态 的 能 量 消耗 、 唤 醒 延 迟 和 支持 的 外 围 设备 
都 不 相同 。 理 想 情 况 尽 可 能 地 处 于 能 满足 应 用 需求 的 最 低能 耗 状 态 。 为 了 准 
确 地 确定 微 控 制 器 所 处 的 能 量 状 态 ， 需 要 明确 微 控 制 器 各 个 子 系统 和 外 围 设 备 的 能 耗 状 态 。 
此 外 ， 微 控制 器 各 能 量 状态 之 间 的 切换 是 经 常 发 生 的 。 微 控制 器 每 次 处 理 中 断 ， 就 从 低能 
的 休眠 状态 转 到 工作 状态 ， 并 且 只 要 TinyOS 调度 器 发 现任 务 队列 为 空 ， 它 就 将 微 控 制 器 置 
于 低能 耗 状 态 。 在 TinyOS 2.x 中 ， 微 控制 器 的 能 量 状态 的 切换 由 三 种 机 制 来 决定 : 状态 寄存 
器 和 控制 寄存 器 、dirty 位 和 能 量 状 态 重 载 (override ) 。 


6.2.1 TinyOS 1.x 中 的 微 控 制 器 能 量 管理 


当 任 务 队列 为 空 时 ，TinyOS 调度 器 将 处 理 器 置 于 休眠 状态 。 然 而 ， 处 理 器 通常 有 多 
个 能 量 状 态 。 例 如 ，MSP430 有 一 个 激活 模式 和 五 个 低能 耗 模式 。 其 低能 耗 模式 从 只 禁 
CPU 和 主 系统 时 钟 的 LPM0 模式 到 禁用 CPU、 所 有 的 时 钟 和 振荡 器 的 LPM4 模式 。 各 个 
氏 能 耗 模式 下 的 能 耗 可 以 相差 350 倍 甚 至 更 多 〈 电 源 电 压 为 3V 时 ，LPM0 模式 所 需 电 流 
为 73A，LPM4 为 0.2hA)。 所 以 正确 选择 微 控 制 器 的 低能 耗 模 式 可 以 大 大 提高 系统 的 使 
寿命 。 

TinyOS 1.x 的 平台 有 几 种 不 同 的 管理 微 控 制 器 能 量 状态 的 方式 ， 这 几 种 方式 之 间 有 共 
性 。 例 如 ，Mica 平台 有 一 个 名 为 HPLPowerManagement 的 组 件 ， 此 组 件 有 一 个 启用 和 禁用 
低能 耗 模式 的 命令 ， 还 有 一 个 adjustPower0 命 令 ， 此 命令 能 根据 各 种 控制 寄存 器 和 状态 寄存 
器 来 计算 低能 耗 模式 ， 并 把 计算 的 值 存 储 在 Atmege128 微 控制 器 的 控制 寄存 器 中 。 当 
TinyOS 调度 系统 使 微 控 制 器 进入 休眠 状态 时 ， 它 使 用 控制 寄存 器 来 决定 进入 哪 种 低能 耗 模 
式 。 相 反 ， 基 于 MSP430 微 控制 器 的 平台 则 不 同 ， 如 Telos 平台 和 eyes 平台 ， 这 些 平台 会 自 
动 计 算 低 能 耗 模式 ， 并 使 微 控制 器 进入 所 计算 出 的 低能 耗 模式 。 

这 两 种 方法 各 有 优 缺 点 。 在 TinyOS 1.x 中 Mica 平台 使 用 方法 的 效率 较 高 ， 此 方法 仅 
计算 被 告知 的 低能 耗 模式 。 然 而 ， 此 方法 由 其 他 组 件 决定 何 时 计算 低能 耗 模式 ， 这 会 引 
入 漏洞 。 另 外 ，TinyOS 1.x 缺少 对 硬件 抽象 架构 的 定义 ， 这 会 使 情况 更 加 和 恶化。 相反， 
MSP430 的 方法 相对 简单 ， 此 方法 在 没有 任何 外 部 激励 下 ， 系 统 就 可 进入 正确 的 能 量 状 
态 。 然 而 ， 它 的 开销 较 大 ， 在 用 于 唤醒 系统 的 中 断 中 引入 了 40 一 60 个 时 钟 周期 的 开销 ， 
限制 了 系统 中 断 处 理 速度 的 提高 。 
这 两 种 方法 都 假定 TinyOS 的 调度 系统 可 以 通过 检查 控制 寄存 器 和 状态 寄存 器 状态 来 
确定 正确 的 低能 耗 模 式 。 例 如 ，MSP430 微 控 制 器 默认 低能 耗 模式 是 LPM3， 但 在 检测 至 
Timer A、USARTs 或 者 ADC 为 激活 状态 时 ， 它 使 用 LPMI1 低能 耗 模式 。 当 微 控 制 器 进入 
休眠 状态 时 ， 外 围 设备 和 子 系统 可 唤醒 节点 。 然 而 ， 能 量 模式 间 的 切换 需要 一 定 的 唤醒 
延迟 〈 由 低能 耗 模式 向 更 高 能 耗 模式 切换 时 )， 在 使 用 更 高 层 组 件 时 需要 注意 这 一 点 。 虽 
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然 ， 唤 醒 延 迟 在 如 Atmegal28 和 MSP430 的 低能 耗 微 控制 器 上 不 是 一 个 重要 的 问题 ， 但 
是 ， 对 于 一 些 功能 强大 的 处 理 器 ， 如 Xsale 系列 的 处 理 器 (用 于 imote2 等 平台 )， 它 们 的 
最 大 唤醒 时 延 可 达 Sms。 在 一 些 应 用 场景 中 ， 这 种 延迟 能 够 带 来 严重 的 问题 。 因 此 ， 更 
高 层 组 件 需 要 一 种 方法 ， 为 TinyOS 微 控制 器 能 量 管理 提供 所 需 的 信息 ， 用 于 计算 合适 的 
低能 耗 模式 。 


6.2.2 TinyOS 2.x 中 微 控制 占 能 量 管理 


TinyOS 2.x 使 用 三 种 基本 机 制 来 管理 和 控制 微 控 制 器 能 量 状态 : dirty 位 、 基 于 芯片 的 
低能 耗 状态 计算 函数 和 能 量 状态 重 载 函数 。dirty 位 决定 TinyOS 何 时 计算 新 的 低能 耗 状态 ， 
低能 耗 状态 计算 函数 完成 新 低能 耗 状态 的 计算 ， 能 量 状态 重 形 函数 允许 高 层 组 件 根 据 需 要 对 
能 量 状态 提出 额外 需求 。 

这 三 种 机 制 都 运行 在 TinyOS 的 核心 调度 循环 中 。 核 心 调度 循环 在 系统 启动 时 调用 。 微 
控制 器 休眠 时 ，SchedulertaskLoop0O 命 令 可 用 。 如 果 调 用 SchedulertaskLoop0O 命 令 时 ， 任 务 
队列 为 空 ， 则 TinyOS 调度 器 会 通过 MsuSleep 接口 使 微 控 制 器 进入 休眠 状态 。 


interface McuSleep { 
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async command void sleep(); 


} 
MecuSleep.sleep0 命 令 将 微 控 制 器 置 于 低能 耗 休 眠 状态 ， 此 时 微 控 制 器 可 通过 中 断 唤醒 。 
此 命令 与 TinyOS 1x 中 的 。_nesc_ atomic sleep0 不 同 。 注 意 ， 在 TinyOS 1.x 中 使 微 控 制 器 进 
入 休眠 模式 的 操作 必须 是 原子 属性 的 。 _nesc_atomic_sleep(0) 的 调用 必须 在 atomic 中 进行 ， 
必须 原子 性 的 重新 使 能 中 断 并 进入 睡眠 。 如 果 系 统 在 重新 使 能 中 断后 、 进 入 休眠 前 ， 系 统 处 
里 了 一 个 中 断 ， 这 会 带 来 一 个 问题 : 中 断 可 能 会 提交 一 个 任务 ， 但 是 任务 不 会 被 运行 ， 直 到 
微 控 制 器 从 休眠 中 唤醒 。 微 控制 器 通常 使 用 硬件 机 制 来 解决 这 个 问题 。 例 如 ， 在 Atmega128 
上 ，sei 指令 在 发 出 该 指令 两 个 周期 后 才 会 重新 使 能 中 断 。 
McuSleepC 组 件 提供 了 McuSleep 接口 ，TinySchedulerC 组 件 必须 自动 地 连接 
McuSleep 接口 到 调度 器 执行 。MsuSleepC 组 件 与 使 用 的 芯片 或 平台 有 关系 ， 其 属性 声明 
需 包括 以 下 接口 : 


component McuSleepC { 

























































































































































































































































































provides interface McuSleep; 
provides interface PowerState; 
uses interface PowerOverride; 


} 
interface McuPowerState { 
async command void update(); 


} 
interface McuPowerOverride { 
async command mcu power tlowestState(); 


} 


1. Dirty 位 
当 硬 件 表示 层 组 件 更 改 硬件 配置 时 ， 这 种 更 改 可 能 会 改变 微 控 制 器 的 低能 耗 状态 ， 因 此 
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小 必须 














页 调 


种 更 改 ， 从 而 决定 是 否 计算 
MecuSleep 接口 必须 在 调用 








位 - 
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] McuSleep.sleep 〇 命令 


节点 软件 开发 





























令 再 次 进入 体 有 













































































用 McuPowerstate.update0 命 令 。Dirty 位 通过 检测 代码 在 不 同 存储 位 置 的 一 致 性 
新 的 低能 耗 状态 。 如 果 McuPowerState.update0 命 令 被 调用 ， 
民 模 式 之 前 重新 计算 低能 耗 状 态 。 





























发 现 这 












































2. 低能 耗 状态 计算 

McuSleepC 组 件 负责 计算 在 不 干扰 TinyOS 各 子 系统 操作 的 情况 下 ， 微 控制 器 可 安全 进 
入 的 最 节能 低能 耗 模 式 。McuSleepC 组 件 具 有 原子 属性 ， 因 此 应 避免 频繁 使 用 。 因 为 频繁 地 
使 用 McuSleepC 组 件 〈 比 如 在 每 次 中 断 时 ) 会 导致 较 大 的 开销 和 时 延 抖 动 。 

微 控制 器 的 能 量 状态 必须 在 标准 芯片 的 头 文件 中 用 enum 定义 。 这 个 文件 同时 需 定义 一 
个 mcu_power t 的 类 型 和 一 个 combine 函数 。combine 函数 可 将 两 个 能 量 状态 值 合 并 为 一 个 
返回 。 

例如 ， 假 设 一 个 微 控 制 器 有 三 个 低能 耗 模式 LPM0、LPM1 和 LPM2; 两 个 硬件 时 钟 资 


源 HR0 和 HR1。 
非 激 活 状态 ， 而 HR1 为 激活 状态 。 





在 LPMO 


























模式 ，HR0 和 HR1 都 处 于 激活 状态 。 在 LMP1 模式 ，HR0 处 于 
在 LPM2 模式 ，HR0 和 HRI 均 处 于 非 激 活 


状态 o 组 合 函 

















口 
数 如 表 6-1 所 示 。 
表 6-1 LPM2 模式 下 ，HR0 和 HR1 均 处 于 非 激活 状态 时 组 合 函 数 表 
LPMO LPMI1 LPM2 
LPMO LPMO LPMO LPMO 
LPMI1 LPMO LPMI1 LPMI1 
LPM2 LPMO LPMI1 LPM2 
如 果 在 LPM2 模式 ，HR0 处 于 激活 状态 而 HR1 处 于 非 激活 状态 ， 则 组 合 函数 如 表 6-2 





所 示 。 














表 6-2 LPM2 模式 下 ，HR0 激活 态 、HR1 非 激活 态 时 组 合 函 数 表 
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3. 能 量 状 
McuSleepC 
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该 命令 的 返回 


高 层 组 件 对 能 量 状态 有 一 些 特别 需求 ， 如 系统 允许 的 最 大 唤醒 时 延 ， 这 些 需 
存 器 中 获取 的 ， 所 以 就 





状态 和 配置 寄 
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算出 的 低能 耗 沁 





LPMO 





LPMO 











组 件 计算 最 外 
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McuSleepC 组 件 应 当 


有 该 命令 





态 相 对 应 。 








及 所 有 
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的 微 控制 器 能 量 保持 机 币 
重 载 函数 PowerOverride.lowestStateO0 具 有 原子 
执行 时 间 不 应 长 于 20 或 30 个 周期 ， 











上 mcu power ft : 


的 低能 耗 状 态 时 需 调 
的 默认 实现 ， 该 命令 返回 微 控 和 
类 型 的 状态 变量 。McuSleepC 组 件 必 须 将 该 返回 值 








仆 








判 器 











有 了 能 


量 状 态 

















|， 所 以 使 用 时 
属性 ， 



































必须 谨 
因此 该 函数 
并 返回 一 个 默认 值 。TinyOS 中 不 可 随意 地 


慎 。 在 











重 载 函数 。1 
核心 调度 循环 中 ， 
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PowerOverride.lowestState0 命令 。 


的 低能 耗 状 


# 求 是 不 能 从 
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的 实现 要 求 尺 
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的 高 效 ， 
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使 用 这 个 函 
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数 。mcu power tf 组合 函数 的 存在 意味 着 这 个 命令 函数 是 一 个 扇 出 调用 。 





6.2.3 ”外 围 设备 和 子 系统 




















Wl 


在 硬件 接口 层 ，TinyOS 子 系统 通常 有 一 个 简单 的 强制 的 能 量 管理 接口 。 根 据 延 迟 时 间 的 不 
































同 ， 这 个 接口 可 以 是 StdControl 接口 、SplitControl 接 
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] 男 一 个 组 件 的 stop0 命 令 时 ， 接 口 强制 性 地 使 该 组 件 所 代表 的 子 系统 进入 非 激活 的 低 色 
从 微 控制 器 能 量 管理 的 角度 来 看 ， 能 量 状态 的 切换 可 引起 状态 寄存 器 和 控制 寄存 器 的 改变 。 微 控 
制 器 能 量 管理 子 系统 就 会 被 告知 这 些 变化 ， 并 在 系统 进入 休 眼 状态 之 前 做 出 适当 的 响应 。 




















或 者 AsyncStdControl 接口 。 当 任 一 组 件 调 
E 慧 状态 。 























TinyOS 平台 的 能 量 有 限 。 由 于 激活 时 间 、 能 量 配 置 和 操作 时 延 不 同 ， 所 有 设备 很 难 使 用 



































统一 的 能 量 管理 策略 。 有 些 设备 ， 如 微 控制 器 ， 可 以 






































很 快 计算 出 所 允许 的 最 低能 耗 状态 


， 而 其 


他 设备 ， 如 需 激活 时 间 的 传感器 ， 需 要 有 额外 的 信息 才 可 以 计算 出 押 允 许 的 最 低能 耗 状 态 。 











在 TinyOS 1.x 中 ， 应 用 程序 负责 所 有 的 能 量 管 











象 控 制 其 电源 的 开启 与 关闭 。 该 方法 深层 次 调用 了 StdControl.start 命令 和 StdControl.stop 命 

















令 ， 但 是 会 带 来 一 些 奇 怪 的 问题 ， 并 且 不 利于 节能 。 
























































里 。 低 层 子 系统 ， 如 SPI 总 线 ， 由 








高 层 抽 

















例如 ， 在 Telos 平台 上 ， 射 频 模 块 在 关 
闭 的 情况 下 ， 关 闭 SPI 总 线 会 导致 fash 驱动 器 无 法 继续 工作 。 此 外 ， 即 使 SPI 总 线 上 没有 
激活 设备 ， 为 了 监控 SPI 总 线 微 控制 器 仍 需 处 于 高 能 耗 状态 。 

为 了 进行 能 量 管理 ，TinyOS 2.x 定义 了 两 类 设备 : 微 控制 器 和 外 围 设 备 。 微 控制 器 可 以 























使 用 儿 个 不 同 的 能 量 状态 。 但 是 ， 外 围 设备 上 






































6.3.1 能量 管理 模型 


4 有 两 个 截然 不 同 的 能 量 状态 : 
节 主 要 介绍 TinyOS 2.x 如 何 控制 外 围 设备 的 能 量 状 态 。 





























如 图 6-6 所 示 ，TinyOS 中 管理 外 围 设备 的 能 量 状态 有 两 种 不 同 的 模型 ， 显 式 能 


























模型 和 隐 式 能 量 管 理 模型 。 






























































显 式 能 量 管理 模型 提供 了 一 种 单个 用 户 组 件 控 





图 6-6 能 量 管理 结构 示意 图 


开启 或 关闭 。 本 
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Resoursedefault 
接口 

















判 专用 物理 设备 能 量 状态 的 方法 。 














要 求 打开 或 关闭 设备 的 能 量 状态 时 ， 设 备 会 立即 执 

















当 用 户 


本 。 当 控制 信息 依靠 高 层 组 件 中 的 外 部 逻 
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辑 来 控制 时 ， 该 模型 非常 有 效 。 

隐 式 能 量 管 理 模 型 提供 了 一 种 通过 设备 内 部 的 驱动 器 控制 设备 的 能 量 状态 的 方法 。 遵 循 
这 种 模型 的 设备 不 能 由 外 部 的 用 户 控制 其 电源 状态 的 开启 或 关闭 。 设 备 驱 动 器 需要 定义 一 些 
内 部 策略 ， 准 确 判定 何 时 切换 设备 的 能 量 状态 。 使 用 何 种 策略 由 物理 设备 自身 的 硬件 条 件 决 
定 ， 依 附 于 显 式 能 量 管理 模型 ， 这 些 策略 在 设备 的 低层 次 抽象 之 上 实现 。 

共享 设备 根据 它们 提供 给 用 户 的 接口 来 推断 是 否 需要 开启 或 关闭 电源 。 例 如 ， 当 用 户 请 
求 ADC 时 ， 需 开启 ADC; 若 没 有 请 求 ， 则 需 关 闭 ADC。 因 此 共享 设备 不 需要 提供 电源 控 
制 接口 ， 可 使 用 隐 式 的 能 量 管理 策略 。 


6.3.2” 显 式 能 量 管理 


为 了 使 用 显 式 能 量 管理 模型 控制 外 围 设备 电源 状态 的 开启 与 关闭 ， 与 TinyOS 1.x 类 似 ， 
TinyOS 2.x 中 提供 了 StdControl 接口 和 SplitControl 接口 。 此 外 ，TinyOS 2.x 引入 了 第 三 个 接 
口 : AsyncStdControl 接口 。 如 果 一 个 组 件 需要 对 硬件 设备 的 能 量 状态 进行 开启 或 关闭 操作 ， 
则 该 组 件 必 须 提 供 上 述 三 个 接口 中 的 一 个 。 县 体 使 用 哪个 接口 ， 可 根据 能 量 状态 切换 时 延 和 
接口 命令 中 的 代码 是 同步 还 是 异步 来 决定 。 

1. 基于 StdControl 接口 的 能 量 管理 

如 果 开 局 或 关闭 设备 所 花费 的 时 间 可 忽略 不 计 ， 则 可 使 用 StdControl 接口 。 

interface StdControl { 
command error t start(); 
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command error tstop(); 


} 























外 部 组 件 必须 调用 StdControl.start0 命 令 来 开启 设备 ， 调 用 StdControl.stopO 〇 命令 来 关闭 
设备 。 这 两 个 命令 都 必须 返回 SUCCESS 或 FAIL。 

成 功 调 用 StdControl.start0 命 令 后 ， 设 备 必须 处 于 完全 开启 状态 ， 从 而 允许 调用 只 有 在 
该 设备 返回 成 功 时 才 可 调用 的 其 他 接口 命令 。 成 功 调用 StdControl.stop0 后 ， 设 备 必 须 处 于 完 
全 关闭 状态 ， 任 何 基 于 该 设备 实现 的 其 他 接口 命令 被 调用 时 ， 必 须 返 回 FAIL 或 EOFF。 如 
果 设 备 不 能 完成 StdControl.start0 命 令 或 StdControl.stop0 命 令 ， 则 必须 返回 FAIL。 

基于 上 述 规范 ， 表 6-3 描述 了 设备 处 于 不 同 能 量 状态 时 ， 调 用 StdControl 接口 的 合 
法 返回 值 。 

















































































































表 6-3 StdControl 接口 的 合法 返回 值 表 



































调 设 备 开 设 备 关 
StdControl.start() SUCCESS SUCCESS or FAIL 
StdControl.stop() SUCCESS or FAIL SUCCESS 

其 他 接口 命令 一 三 FAIL or EOFF 


























设备 组 件 中 提供 的 StdControl 接口 代码 如 下 : 





configuration DeviceC { 
provides { 
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interface Init; 


interface StdControl; /For Power Management 


} 


2. 基于 SplitControl 接口 的 能 量 管理 
当 开 启 或 关闭 设备 所 花费 时 间 不 可 忽略 时 ， 应 当 使 用 SplitControl 接口 代替 StdControl 
接口 。SplitControl 接口 的 定义 如 下 : 


























interface SplitControl { 
command error t start(); 
event void startDone(error t error); 
command error t stop(); 
event void stopDone(error t error); 


} 


外 部 设备 必须 调用 SplitControl.start0 命 令 来 开启 设备 ， 调 用 SplitControl.stopO 命 令 来 关 
闭 设备 。 调 用 上 述 命令 将 返回 SUCCESS、FAIL、EBUSY 或 者 EALREADY。SUCCESS 表 
示 正 在 切换 能 量 状态 ， 随 后 会 触发 一 个 相应 的 完成 事件 。EBUSY 表示 设备 正在 进行 其 他 操 
作 〈 如 在 开启 设备 时 调用 stop 命令 ， 在 关闭 设备 时 调用 start 命令 )， 随 后 不 会 触发 事件 。 
EALREADY 表示 设备 已 处 于 该 能 量 状 态 ， 该 命令 的 调用 是 错误 的 ， 此 时 完成 事件 不 会 触 
发 。FAIL 表示 没有 成 功 切换 设备 的 能 量 状 态 。 

成 功 的 调用 SplitControlstart0 命 令 必 须 触发 SplitControl.startDone(SUCCESS) 事 件 或 
SplitControl.startDone(FAIL) 事 件 。 

成 功 地 调用 SplitControl.stop0 命 令 必 须 触发 SplitControl.stopDone(SUCCESS) 事 件 或 
SplitControl. stopDone(FAIL) 事 件 。 

在 触发 SplitControl.startDone(SUCCESS) 事 件 之 前 ， 设 备 必 须 完全 开启 ， 并 且 调 用 该 设 
备 其 他 接口 命令 的 操作 请 求 可 能 会 成 功 。 
在 触发 SplitControl.stopDone(SUCCESS) 事 件 之 前 ， 设 备 必须 完全 关闭 ， 并 且 随 后 调用 
该 设备 其 他 接口 命令 后 一 定 返回 EOFF 或 FAIL。 

如 果 设 备 处 于 开局 状态 ， 并 在 成 功 的 调用 SplitControlstop0 命令 后 触发 
SplitControl.stopDone(FAIL) 事 件 ， 设 备 必 须 仍然 处 于 完全 开启 状态 ， 并 且 调 用 该 设备 其 他 接 
命令 的 操作 请 求 可 能 会 成 功 。 

如 果 设 备 处 于 关闭 状态 ， 并 在 成 功 地 调用 SplitControlstartO 命令 后 触发 
SplitControl.startDone(FAID) 事 件 ， 则 设备 必须 仍然 处 于 完全 关闭 状态 ， 并 且 调 用 该 设备 其 他 
接口 命令 后 一 定 返回 EOFF 或 FAIL。 

如 果 设 备 不 能 完成 SplitControl.start() 或 SplitControl.stop0 请 求 ， 则 必须 返回 FAIL。 

当 设 备 正在 开启 时 调用 SplitControl.startO 命令 或 者 当 设 备 正 在 关闭 状态 时 调用 
SplitControl.stop0 命 令 必 须 返 回 SUCCESS， 随 后 会 触发 相应 的 SplitControl.startDone0O 事 件 或 
SplitControl.stopDoneO 事 件 。 

当 设备 处 于 开启 状态 时 调用 SplitControl.start0 命 令 或 者 当 设 备 处 于 关闭 状态 时 调用 Split- 
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Control.stop0 命 令 必 须 返 回 EALREADY， 表 示 设 备 已 处 于 该 状态 。 相 应 的 完成 事件 不 能 被 触发 。 
当 设 备 正在 关闭 时 调用 SplitControl.start0 命令 或 者 当 设 备 正 在 开启 时 调用 
SplitControl.stop0 命 令 必 须 返 回 EBUSY， 表 示 设 备 忙 于 执行 一 个 不 同 的 操作 。 相 应 的 完成 寻 
件 不 能 被 触发 。 
表 6-4 是 在 设备 处 于 不 同 状 态 时 ，SplitControl 接口 命令 的 返回 值 : 
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表 6-4 SplitControl 接口 的 合法 返回 值 表 






























































调 设 备 开 设 备 关 设备 正在 开启 设备 正在 关闭 
SplitControl.start() EALREADY SUCCESS FAIL SUCCESS EBUSY 
SplitControl.stop() SUCCESS FAIL EALREADY EBUSY SUCCESS 

其 他 接口 命令 四 FAIL EOFF EOFF FAIL EOFF SUCCESS FAIL EOFF 
设备 组 件 中 提供 的 SplitControl 接口 代码 如 下 : 




















configuration DeviceC { 
provides { 
interface Init; 
interface SplitControl; N\ For Power Management 


} 


3. 基于 AsyncStdControl 接口 的 能 量 管理 

StdControl 接口 和 SplitControl 接口 中 的 命令 和 事件 都 是 同步 的 ， 不 能 在 异步 代码 中 
被 调用 。 当 需 异 步 代 码 控制 设备 的 电源 状态 时 ， 需 要 使 用 AsyncStdControl 接口 ， 其 定义 
如 下 : 





















































interface AsyncStdControl { 
async command error t start(); 
async command error t stop(); 


} 


所 有 StdControl 设备 提供 的 语义 对 于 AsyncStdControl 接口 同样 适用 ， 设 备 组 件 中 提供 
的 AsyncStdControl 接口 代码 如 下 : 


























configuration DeviceC { 
provides { 
interface Init; 
interface AsyncStdControl; 
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管理 模型 提供 了 改变 能 量 状态 的 机 制 ， 但 它 没 有 指定 策略 。 这 在 简单 情形 
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下 ， 如 专用 设备 的 能 量 管理 ， 不 会 有 大 的 问题 。 但 是 设备 被 多 个 用 户 控制 时 ， 它 们 之 间 的 依 
赖 关 系 复 杂 ， 此 时 显 式 能 量 管理 模型 就 存在 很 严重 的 问题 。 

例如 ， 如 果 组 件 A 是 组 件 B 和 组 件 C 的 用 户 ， 当 组 件 A 调用 StdControl.stop0 命 令 时 ， 
组 件 B 和 C 中 将 会 发 生 什 么 ? 组 件 B 和 C 也 会 被 停止 吗 ? 相反 ， 如 果 组 件 B 和 C 同时 是 一 
个 共享 组 件 A 的 用 户 ， 又 会 有 什么 不 同 ? 如 果 组 件 B 和 C 被 关闭 ， 那 么 组 件 A 也 应 被 关闭 
吗 ? 怎样 才能 恰当 地 处 理 这 种 级 联 的 电源 开关 问题 ? 

TinyOS 1.x 中 使 用 StdControl 接口 会 产生 许多 未 知行 为 。 在 一 些 平台 上 ， 射 频 模块 和 
flash 设备 共享 SPI 总 线 。 在 射频 模块 上 调用 StdControl.stop0 命 令 会 导致 一 系列 的 调用 ， 最 
终 导 致 SPI 总 线 不 可 用 ， 从 而 无 法 与 flash 设备 通信 。 当 然 ， 正 确 的 策略 将 会 跟踪 SPI 总 线 
的 用 户 ， 并 且 在 射频 模块 和 flash 设备 均 不 使 用 SPI 总 线 时 关闭 SPI 总 线 。 相 反 的 ， 只 要 有 
] 户 ， 就 应 开局 SPI 总 线 。 

选择 正确 的 能 量 管理 策略 是 一 个 复杂 的 任务 ， 这 取决 于 所 使 用 设备 的 固有 属性 、 依 赖 关 
系 和 特定 的 应 用 需求 。 因 为 有 些 特征 可 以 预先 得 知 或 者 是 受 一 定 限制 ， 所 以 系统 可 强制 使 用 
一 种 默认 的 能 量 管理 策略 。 

1. 能 量 管理 策略 
正如 TinyOS 2.x 使 用 通用 仲裁 器 来 提供 共享 资源 的 仲裁 功能 ，TinyOS 2.x 也 提供 了 通用 
能 量 管理 策略 来 自动 控制 外 围 设备 的 能 量 管理 。 
通过 仲裁 器 组 件 以 共享 资源 形式 实现 的 设备 驱动 ， 提 供 了 资源 依赖 关系 ， 从 而 实现 默认 
的 能 量 管理 策略 。 当 多 个 用 户 共享 单个 资源 时 ， 共 享 资源 提供 了 组 件 间 的 依赖 关系 。 这 种 关 
系 可 使 默认 的 能 量 管理 策略 能 自动 地 切换 资源 的 能 量 状 态 。 

能 量 管理 者 组 件 作为 共享 资源 设备 的 默认 所 有 者 ， 通 过 使 用 ResourceDefaultOwner 接口 
与 该 设备 进行 交互 。ResourceDefaultOwner 接口 代码 见 本 书 第 89 页 。 

作为 默认 所 有 者 ，ResourceDefaultOwner.granted0 事 件 触发 后 ， 能 量 管理 组 件 可 获得 资 
源 设备 的 所 有 权 。 

一 旦 获得 了 设备 ， 能 量 管理 组 件 就 可 使 用 底层 资源 提供 的 类 似 于 StdControl 的 接口 ， 执 
行 自己 的 能 量 管理 策略 。 不 同 的 能 量 管理 组 件 可 执行 不 同 的 策略 。 最 简单 的 策略 就 是 通过 调 
] stop0O 命 令 来 直接 关闭 电源 。 当 能 量 状态 切换 在 唤醒 时 延 或 者 能 耗 方面 必须 付出 一 定 开销 
时 ， 能 量 管理 组 件 可 能 使 用 更 加 智能 的 策略 来 减 小 开销 。 该 策略 可 能 使 用 定时 器 来 推 后 设备 
的 关闭 时 间 ， 使 资源 用 户 有 机 会 在 设备 关闭 之 前 发 出 请 求 。 

无 论 能 量 管理 策略 是 否 正在 使 用 ， 只 要 没有 用 户 请 求 使 用 该 资源 ， 能 量 管理 组 件 就 一 直 

保持 资源 的 所 有 权 。 当 用 户 提 出 请 求 时 ， 能 量 管理 组 件 将 会 从 相关 的 仲裁 器 中 接收 一 个 
人 requested0 或 者 immediateRequested0 事 件 。 一 旦 接收 到 该 事件 ， 能 量 
管理 组 件 必须 通过 物理 设备 低层 抽象 提供 的 类 似 于 StdControl 的 接口 来 开启 设备 。 能 量 管 
组 件 使 用 ResourceDefaultOwnerrelease0 命 令 释 放 资 源 的 所 有 权 ， 但 是 A 已 经 
完全 开启 后 才能 执行 该 操作 。 
能 量 管理 策略 解决 了 如 何 关 闭 设 备 的 问题 ， 而 能 量 管理 策略 与 granted0 事 件 和 
ResourceDefaultOwnerrequested0 事 件 的 结合 合 解决 了 何 时 关闭 设备 的 问题 。 只 有 当 一 组 级 联 资 
源 用 户 的 底层 资源 被 完全 释放 时 ， 能 量 管理 者 才能 合适 地 关闭 资源 。 

采样 隐 式 能 量 管理 模型 的 资源 代码 如 下 : 
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module MyFlashP { 
provides { 
interface Init; 
interface SplitControl; 
interface Resource; 


interface FlashCommands， 


} 


implementation { 


} 


generic module PowerManagerC(uint8 t POWERDOWN DELAY){ 
provides { 
interface Init; 
} 
uses { 
interface SplitControl; 
interface ResourceDefaultOwner; 
} 
} 


implementation { 


} 
#define MYFLASH RESOURCE "MyFlash.resource" 
#define MYFLASH POWERDOWN DELAY 1000 
configuration MyFlashC { 
provides { 
interface Init; 
interface Resource; 


interface FlashCommands; 


} 
implementation { 
components new PowerManagerC(MYFLASH POWERDOWN DELAY) 
FcfsArbiter( MYFLASH RESOURCE), MyFlashP; 
Init = MyFlashP; 
Resource = FcfsArbiter; 
FlashCommands = MyFlashP; 
PowerManagerC.ResourceDefaultUser -> FcfsArbiter; 
PowerManagerC.SplitControl -> MyFlashP; 
} 






































此 例 的 实现 由 三 个 组 件 构 成 。 第 一 个 组 件 (MyFlashP〉 遵 循 显 式 能 量 管理 模 型 来 给 
flash 设备 定义 接口 。 第 二 个 组 件 (PowerManagerC) 是 一 个 能 量 管理 通用 组 件 ， 执 行 设 
备 特定 的 能 量 管理 策略 。 第 三 个 组 件 (MyFlashC〉 是 一 个 配件 ， 它 遵循 隐 式 能 量 管 
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模型 ， 连 接 设 备 执行 所 需要 的 所 有 组 件 。 它 包含 了 MyflashP 组 件 和 PowerManagerC 组 
件 以 及 用 于 管理 共享 设备 的 仲裁 器 组 件 。 这 里 要 注意 能 量 管理 组 件 是 如 何 连接 到 由 仲裁 
器 提供 的 ResourceDefaultUser 接口 和 flash 提供 的 SplitControl 接口 的 。 该 flash 设备 的 
所 有 用 户 都 直接 连接 到 由 仲裁 器 提供 的 资源 接口 上 。 了 PowerManagerC 组 件 通过 
ResourceDefaultUser 接口 触发 事件 ， 从 而 决定 何 时 通过 SplitControl 接口 开启 和 关闭 设 
备 的 电源 。 

2. 能 量 管理 组 件 实例 : ”PowerManagerC 和 DeferredPowerManagerC 

TinyOS 2.x 提供 了 两 种 默认 的 能 量 管理 策略 。 这 两 种 策略 是 由 位 于 tinyos-2.x/lib/power 
下 的 各 种 组 件 来 实现 的 。 第 一 种 策略 使 用 直接 电源 控制 方案 ， 即 设备 在 被 请 求 和 释放 时 ， 分 
别 直接 开启 和 关闭 。 第 二 种 策略 使 用 延 时 电源 控制 方案 ， 即 设备 被 请 求 时 直接 开局 设备 ， 设 
备 被 释放 一 段 时 间 后 才 关 闭 设备 。 

每 个 策略 都 是 由 StdControl 接口 、SplitControl 接口 或 者 AsyncStdControl 接口 中 的 一 个 
来 实现 的 。 
直接 电源 控制 组 件 : 

@ StdControlPowerManagerC:; 

@ SplitControlPowerManagerC; 

@ AsyncStdControlPowerManagerC 。 
延 时 电源 控制 组 件 : 
@ StdControlDeferredPowerManagerC; 

@ SplitControlDeferredPowerManagerC; 

@ AsyncStdControlDeferredPowerManagerC 。 
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章 TinyOS 典 





型 应 用 





括 传 感 、 




















本 章 就 无 线 传 感 器 网 络 中 的 基本 应 用 ， 结 合 TinyOS 的 编程 实践 ， 详 细 介绍 包 
ET 











存储 、 节 点 与 PC 通信 、 节 点 之 间 通 信 以 及 定时 器 等 编程 操作 
统 中 ， 和 希望 通过 本 章 的 介绍 ， 使 读者 对 TinyOS 编程 有 更 全 面 的 认识 。 




































































7 传 感 


























本 布 主要 介绍 TinyOS 系统 中 数据 采集 的 工作 方式 ， 并 将 




















个 是 简单 的 Sense 实例 ， 它 周期 ' 








Oscilloscope 相对 复杂 些 ， 























。 这 些 功 能 集成 在 TinyOS 系 








演示 两 个 关于 应 用 的 例子 : 一 














忆 当 


























生地 读 取 传 感 数据 ， 并 显示 在 LED 上 ; 男 一 个 实例 








节点 周期 性 地 读 取 传 感 器 的 数值 并 发 送 到 基站 节点 ， 再 由 基站 转 


























发 传感器 数据 到 计算 机 串 














7.1.1 传 感 简介 


























口 ， 并 在 计算 机 上 以 图 形 界面 显示 出 来 。 














利用 传感器 进行 感知 是 无 线 传感器 网 络 的 主要 功能 之 一 。 在 TinyOS 1.x 中 ， 如 
Oscilloscope 或 Sense 之 类 的 应 用 程序 都 使 用 ADCControl 接口 来 获取 传感器 数据 。 当 带 有 传 





感 器 的 新 平台 出 现 ， 可 以 通过 串 行 接 












































类 的 额外 接口 ， 但 是 这 并 不 一 定 适合 于 带 有 ADC 的 传感器 。 


























来 读 取 传感器 数据 ， 为 此 需要 引进 诸如 ADCError 之 








通常 ， 采 集 传 感 器 数据 可 以 分 成 两 个 步骤 : 配置 并 局 动 传 












































感 器 和 读 取 传感器 数据 。 第 1 

















步 的 工作 非常 复杂 ， 包 括 传感器 的 配置 ， 以 及 与 其 链接 的 便 件 模块 的 配置 ， 例 如 当 与 处 理 器 


通过 模 数 转换 器 〈Analog to Digital Converter，ADC ) 或 
接 时 ， 就 需要 配置 相应 的 ADC 模块 和 


Interface，SPI) 相连 







































































行 外 设 接口 (Serial Peripheral 
SPI 模块 。 考 虑 到 平台 不 同 ， 传 














感 器 也 不 同 ， 各 自 的 配置 要 求 〈 如 ADC 输入 通道 、 











的 工作 是 读 取 传 感 器 


的 数 





在 TinyOS 2.x 9 

















台 无 关 性 ， 它 们 都 没有 使 用 如 ADCControl 之 类 的 配置 接口 ， 
， 如 Read 接口 、ReadStream 接口 和 ReadNow 接口 。 所 有 配 


PP， 加 























据 ， 其 实现 较为 容易 。 
Oscilloscope、Sense 以 及 RadioSenseToLeds 之 类 的 应 用 都 具有 平 











参考 电压 等 ) 也 就 完全 不 一 样 。 第 2 步 
















































































而 是 使 用 了 标准 的 数据 获取 接 
置 详情 在 应 用 程序 里 都 被 隐藏 





















































了 ， 所 以 即使 实际 的 传感器 以 及 硬件 连接 情况 都 完全 不 一 样 ，Sense 应 用 也 可 以 直接 编译 并 
下 载 到 TelosB 平台 或 MicaZ 平台 上 。 














7.1.2 ”Sense 实例 














Sense 是 一 个 简单 的 传感器 数据 采集 程序 示例 。 它 周期 性 1 
取 数 值 的 低 3 位 。Sense 应 用 可 以 在 /opt/tinyos-2.x/apps/Sense 量 


内 容 如 下 : 
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地 采集 传感器 数据 ， 并 显示 读 









































找到 ， 其 配件 SenseAppC 的 


configuration SenseAppC 


{ 
} 


implementation { 


Sense [YF 


和 BlinkC 一 样 ，SenseC 模块 使 月 
使 用 了 Read 二 unit16 t> 接 
J 了 一 个 周期 性 的 定时 器 ， 每 隔 一 定时 
<unit16 t> 接 口 来 读 取 数 据 。 
发 两 部 分 构成 。 每 次 定时 器 到 时 都 会 调 
发 。 在 Read.readDone 

Read 接口 一 次 





Ml 














} 


SenseC.Boot -> MainC; 
SenseC.Leds -> LedsC; 
SenseC.Timer -> TimerMilliC:; 
SenseC.Read -> Sensor; 

















module SenseC 


{ 


} 


uses { 
interface Boot; 
interface Leds; 
interface Timer<TMilli>; 


interface Read<uint16 t>; 


} 

















旺 








interface Read<val 人 { 


} 
上 述 代 码 定义 了 
卫 仅 当 提 供 的 接 


command error tread(); 


的 BlinkAppC 配件 





的 配件 和 Blink 应 月 
的 绑 定 情况 ， 查 看 SenseC 模块 中 使 用 到 的 接 





读 取 数据 
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components SenseC, MainC, LedsC, new TimerMilliC(); 
components new DemoSensorC() as Sensor; 





























非常 相似 。 为 了 更 好 地 理 


月 了 Boot、Leds 和 Timer<TMili> 接 口 。 
。SenseC 模块 的 具体 操作 步骤 是 : Boot 接 














解 这 些 接 











此 外 ， 它 还 











间 触 发 定时 器 事件 ， 并 如 





Read.read 命令 





























插件 中 获取 采样 数据 ， 
只 能 读 取 一 个 数据 ， 其 定义 位 于 “tinyos-2.x/tos/interfaces” 


1 Read.read 








命令 ， 然 后 等 待 


并 把 数据 的 低 3 

















event void readDone( error tresult, val t val ); 








个 通用 Read 接口 。 























FEF 该 习 





令 的 调用 和 Read.readDone 事件 的 触 
待 Read.readDone 事件 的 触 
位 显示 在 LED 上 。 


事件 











昌 接 





需要 注意 的 是 ， 该 通 有 





























测 | 

















的 组 件 
Read 二 unit8 t> 接 














用 了 一 








接口 使 























和 使 用 的 接口 





(有 








，readDone 事件 传递 了 一 个 过 val_t 二 类 型 的 参数 ， 


SenseC 模块 为 Read 个 unit16 t 的 变量 


， 这 表明 SenseC 模块 希望 读 取 16 位 无 符号 整 型 数据 。 


相 


的 参数 时 ， 














两 个 组 件 才 可 以 连接 起 来 。 还 须 注 

















在 系统 初始 化 后 局 
的 响应 









































通过 Read 




















日 录 ; 











必须 带 有 一 个 参数 ， 
































的 组 件 ， 就 会 出 现 编译 错误 。 














实 这 只 是 代替 实际 参数 的 占 位 符 
它 只 能 绑 定 到 提供 
如 果 将 该 接口 连接 





t Read <unit16 t> 接 
| 提供 
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现在 再 来 看 一 下 SenseC 模块 使 用 的 Read<unit16_t> 接 口 的 语句 : 
components new DemoSensorC() as Sensor; 
和 


SenseC.Read -> Sensor; 






































通用 组 件 DemoSensorC 提供 Read<unit16 t> 接 口 给 SenseC 组 件 ， 但 是 我 们 还 不 知道 
SenseC 模块 到 底 被 连接 到 哪个 传感器 。 事 实 上 ， SenseC 组 件 并 不 定义 连接 的 传感器 类 型 ， 
它 甚 至 也 不 关心 是 否 能 从 传感器 成 功 读 取 数据 。 这 是 因为 具体 的 读 取 数 据 功 能 有 提供 read 接 
口 的 组 件 来 完成 。 了 解 这 一 点 对 更 好 的 理解 TinyOS 系统 是 很 有 帮助 的 。 由 于 每 个 平台 都 是 
不 一 样 的 ， 在 不 同 的 平台 上 将 由 不 同 的 DemoSensorC 组 件 来 提供 read 接口 供 SenseC 使 用 ， 
这 种 做 法 很 好 的 屏蔽 了 平台 差异 对 上 层 开发 的 有 影响。 例如， 在 一 个 既 没 有 内 置 传感器 也 没有 
附带 传 感 板 的 平台 上 (如 MicaZ 平台 )，DemoSensorC 组 件 可 能 只 是 简单 地 返回 一 个 常量 。 
此 外 ， 传 感 板 也 可 能 附带 有 相应 的 DemoSensorC 组 件 〈 比 如 在 Mica 系列 的 传 感 板 上 ， 针 对 
板 载 的 光照 传感器 定义 了 demoSensorC 组 件 )。 

接 下 来 ， 让 我 们 来 看 一 下 DemoSensorC 组 件 如 何 定 义 采 样 的 传感器 。 

1. DemoSensorC 组 件 

每 一 个 DemoSensorC 组 件 都 采用 如 下 方式 进行 声明 : 





















































































































































































































































generic configuration DemoSensorC() 


{ 


Provides interface Read<unit16 t>; 


} 


在 不 同 的 节点 平台 上 ，DemoSensorC 组 件 的 实现 部 分 是 不 同 的 。 例 如 ， 在 TelosB 平 
台 ，DemoSensorC 组 件 里 实例 化 一 个 VoltageC 组 件 ， 它 可 以 从 MCU 内 部 的 电压 传感器 获得 
节点 的 电池 电压 。 而 micaz 平台 没有 内 置 的 传感器 ， 它 的 DemosensorC 组 件 使 用 系统 库 组 
件 ， 比 如 ConstantSensorC 组 件 或 SineSensorC 组 件 ， 这 些 组 件 返回 虚假 的 传感器 数据 。 也 就 
是 说 ，DemoSensorC 组 件 间 接地 从 相关 的 传感器 组 件 (如 VoltageC 组 件 ) 获得 传感器 数 
据 ， 并 提供 给 应 用 程序 。 通 常 ， 传 感 器 的 配置 工作 由 DemoSensorC 组 件 内 部 实例 化 的 传 感 
器 组 件 完成 。 
那么 ， 该 怎样 修改 Sense 应 用 程序 ， 使 其 不 再 
DemoSensoeC， 即 将 第 一 行 代码 修改 为 第 二 行 代码 : 


components new VoltageC() as DemoSensor; 

























































































































































































~ 














用 默认 的 传感器 ? 通常 的 做 法 是 修改 























components new ConstantSensorC(unit16 t,Oxbeef) as Demosensor:; 


至 于 有 哪些 传感器 可 用 ， 这 就 由 具体 平台 决定 。 一 般 ， 传 感 器 组 件 可 能 位 于 相应 平台 
的 子 目录 (/tos/platforms )， 或 者 传 感 板 的 子 目 录 (/tos/sensorboards ); 如 果 是 处 理 器 内 部 
的 传感器 ， 就 可 能 位 于 备 自 蕊 片 的 子 目 录 (/tos/chips ) 。 ConstantSensorC 组 件 和 
SineSensorC 组 件 分 别 返 回 常 量 值 和 正弦 值 作为 传感器 数据 ， 它 们 可 以 在 系统 组 件 库 
(/tos/system ) 找到 。 
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2. 运行 Sense 应 用 
在 apps/Sense 目录 下 ， 根 据 当 前 的 硬件 平台 ， 输 入 以 下 编译 命令 ， 如 果 碰 到 如 下 错误 : 








$ make telosb install 

SenseAppC.nc:50: component DemoSensorC not found 
SenseAppC.nc:50: component DemoSensorC is not generic 
SenseAppC.nc:50: no match 

















表明 当前 平台 还 没有 DemoSensorC 组 件 。 可 以 从 /tos/platform/micaz 目录 复制 DemoSensor 
C.nc 文件 到 当前 的 平台 目录 。 

如 果 有 一 个 Mica 系列 的 节点 和 一 个 基本 传 感 板 (mdal100)， 可 以 做 一 个 更 有 趣 的 测 
试 ， 输 入 以 下 命令 告诉 节点 采集 基本 传 感 板 mda100 上 的 光照 传感器 数据 : 


SENSORBOARD=basicsb make platform install 


下 载运 行 该 程序 ， 传 感 数据 的 低 3 位 就 会 显示 在 节点 的 LED 上 。 之 所 以 是 低 3 位 ， 是 
因为 Sense 应 用 不 知道 返回 值 的 精确 范围 。 如 果 是 unit_16 类 型 值 的 高 3 位 ， 当 数值 经 过 12 
位 ADC 转换 后 就 毫 无 意义 《除非 数 值 是 左 对 齐 )。 如 果 DemoSensorC 组 件 从 传感器 那里 获 
得 的 数值 在 上 下 波动 ， 将 会 看 到 LED 灯 在 不 停 地 闪烁 。 


7.1.3 ” ”Oscilloscope 实例 


Oscilloscope 应 用 是 一 个 可 以 在 计算 机 上 显示 数据 曲线 的 应 用 程序 。 节 点 周期 性 地 启动 
传感器 采集 数据 ， | 10 个 后 将 它们 通过 无 线 发 送出 去 。 另 一 个 运行 着 
BaseStation 应 用 的 节点 通过 无 线 接收 这 些 数 据 并 通过 串口 转发 至 PC 机 。 因 此 要 运行 
Oscilloscope 应 用 ， 至 少 需 要 两 个 节点 : 一 个 基站 节点 ， 通 过 串口 连接 到 PC (BaseStation 应 
用 位 于 “tinyos-2.x/apps/BsaeStation” 目 录 )， 另 一 个 节点 运行 Oscilloscope 应 用 。 

OscilloscopeAppC 配件 的 代码 如 下 : 











































































































































































































































































































configuration OscilloscopeAppC 
{ 
} 
implementation 
{ 
components OscilloscopeC, MainC, ActiveMessageC, LedsC， 
new TimerMilliC(), new DemoSensorC() as Sensor, 
new AMSenderC(AM OSCILLOSCOPE), 
new AMReceiverC(AM OSCILLOSCOPE); 


OscilloscopeC.Boot -> MainC; 
OscilloscopeC.RadioControl -> ActiveMessageC; 
OscilloscopeC.AMSend -> AMSenderC; 
OscilloscopeC.Receive -> AMReceiverC; 
OscilloscopeC.Timer -> TimerMilliC; 


OscilloscopeC.Read -> Sensor; 
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OscilloscopeC.Leds -> LedsC; 


} 


OscilloscopeC 模块 的 部 分 代码 如 下 : 


module OscilloscopeC 
{ 


Uses { 
interface Boot; 


interface SplitControl as RadioControl; 


interface AMSend; 
interface Receive; 
interface Timer， 
interface Read; 
interface Leds; 
} 
} 














Oscilloscope 应 用 与 Sense 应 月 








一样 ， 使 用 了 DemoSensorC 组 件 和 一 个 周期 性 的 定时 








器 。 当 它 收 集 了 10 个 传感器 数据 ， 就 把 它们 放 到 一 个 消息 包 里 ， 然 后 通过 AMSend 接口 发 











送出 去 。 在 OscilloscopeC 组 件 











制 信号 ， 从 而 同步 采样 速率 。 


1. 运行 Oscilloscope 应 用 

进入 tinyos-2.x/apps/Oscilloscope 
将 Oscilloscope 应 用 下 载 到 证 点 。 需 要 说 明 一 点 的 是 ，* 
ID 号 ， 分配 不 同 的 节点 ID 号 有 助 于 在 图 形 用 户 界面 中 分 辨 不 同 节点 。 所 以 ， 应 当 确 保 给 所 
有 的 Oscilloscope 节点 分 配 了 不 同 的 ID 号 例如， 下载 Oscilloscope 应 用 到 第 2 个 节点 可 以 
以 此 类 推 )。Oscilloscope 节点 会 在 每 次 发 送信 息 时 切换 




































































目录 ， 根 据 具体 的 3 

















hh，SplitControl 接口 开启 无 线 服务 ， 通 过 Receive 接口 接收 控 








EF 台 ， 输 入 “make micaz install.1 ”， 














输入 “make micaz install.2” 命 令 ， 


























‘install” 之 后 的 “.1” 是 指定 节点 的 





























LED2 的 显示 状态 ， 接 收 消息 时 切换 LED3 的 状态 ， 而 在 无 线 电 连接 出 现 问题 时 ， 就 会 切换 





LED1 的 状态 。Oscilloscope 节点 能 够 接收 到 包含 有 控 h 





样 同步 ， 还 可 以 改变 采样 速率 。 





下 载 BaseStation 应 用 程序 
































线 网 络 桥接 到 串口 时 ，LED2 就 会 闪烁 。 


2. 运行 Java 图 形 界面 


在 “/apps/Oscilloscope/java” 目 录 输 入 “make” 





症 信 号 的 消息 ， 从 而 实现 不 同 节 点 的 采 














1 另 一 个 节点 ， 并 将 其 插 到 计算 机 的 串口 ， 每 当 有 信息 从 无 














命令 ， 然 后 启动 SerialForwarder 工具 ， 
















































































确认 其 连接 到 基站 节点 串口 ， 接 者 
输入 “./run” 命 令 ， 得 到 如 图 7-1 所 示 的 图 形 窗口 。 











可 以 运行 GUI 工具 ， 



















































































周 
点 。 


Oscilloscope (或 Sense) 应 月 


速率 ， 可 4 





里 包含 的 传感器 采样 值 。 为 了 改变 采 相 
习 期 并 确认 后 ， 包 含 采样 数 率 的 消息 将 被 发 送 至 























据 ， 从 图 形 界面 的 纵 轴 可 以 大 概 了 解 到 数据 的 波动 范围 。 
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呈 序 显示 的 都 是 在 Read.readDone 事 











在 “/apps/ Oscilloscope/java” 目 录 








每 一 个 节点 用 不 同 颜色 的 线条 表示 ， 横 轴 表 示 接 收 到 数据 包 的 序号 ， 而 纵 轴 表 示 数 据 包 
你 改 “sample period(ms)” 栏 。 当 修改 采样 
| BaseStation 节点 ， 由 其 广播 到 网 络 中 的 所 有 

































































ha 
Puna 
证 





获得 的 原始 数 


~ Oscilloscope Oy 


Color 


Clear data Sample peri 


图 7-1 Oscilloscope 图 形 界面 


de 存储 





本 节 将 对 TinyOS 系统 中 永久 性 《或 非 易 失 怕 
是 对 flash 芯片 上 进行 存储 的 操作 ， 这 种 数据 存储 
情况 下 也 能 够 保持 原来 的 数据 。 针 对 TinyOS 系统 不 同 的 数据 存储 






































展开 具体 的 介绍 : 











1) 如 何 把 flash 营 片 划分 为 卷 ， 允 许多 种 不 同类 型 数据 的 存储 ; 








od (ms):100 








2) 如 何 使 配置 数据 保存 时 间 超 过 一 个 电源 




















3) 如 何 使 用 日 志 存 储 方式 。 
7.2.1 存储 简介 
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E) 数据 存储 操作 进行 介绍 。 























k 体 的 来 讲 就 


许 节 点 在 即使 断 电 或 者 重新 编程 的 



































/ 关 周 期 (Power Cycle); 





和 就 一 下 问题 


TinyOS 2.x 提供 了 3 种 基本 的 存储 类 型 : 小 数据 对 象 存储 、 循 环 的 日 志 存 储 以 及 大 数据 














对 象 存储 。TinyOS 2.x 也 提供 了 相 
































系统 的 功能 。 几 个 重要 的 相关 文 





应 的 接口 与 组 件 来 对 底层 的 存储 服务 进行 抽象 。 








伯 








通过 一 些 相 关 接 口 (/tos/interfaces) 与 类 型 定义 (/tos/types) ,我 们 可 以 大 臻 了解 到 存储 
FF 包括 :BlockRead、BlockWrite、Mount、ConfigStorage、 


LogRead、LogWrite 和 Storage.h， 而 组 件 ConfigStorageC、LogStorageC 和 BlockStorageC 为 




















上 述 接口 提供 了 具体 实现 。 







































































在 不 同 的 硬件 平台 ， 同 一 存储 4 
同 。 这 看 起 来 虽然 繁琐 ， 不 过 不 用 担心 ， 因 
确 驱 动 。 在 应 用 开发 环节 ， 程 序 员 不 需要 担心 这 些 相关 驱 




















| 象 的 组 件 虽 然 名 字 相 
为 TinyOS 的 编订 














同 ， 但 实际 的 实现 代码 却 可 能 不 
含 相 关 蕊 片 的 正 











F 位 置 ， 只 和 需 知道 这 些 组 件 
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的 名 称 即 可 。 
如 果 读 者 对 这 些 特定 芯片 的 存储 驱动 比较 好 奇 ， 以 Mica2/MicaZ 节点 上 的 Atmel 
AT45DB 系列 flash 存储 为 例 ， 可 以 试 着 去 了 解 它们 的 具体 实现 ; 
\tos\chips\at45db\ConfigStorageC 


\tos\chips\at45db\LogStorageC 
\tos\chips\at45db\BlockStorageC 

















下 面 是 M25Pxx 系列 flash 存储 和 Intel imote2 节点 flash 存储 的 具体 实现 。 
M25Pxx 系列 flash: 


\tos\chips\stm25p\ConfigStorageC 
\tos\chips\stm25p\LogStorageC 
\tos\chips\stm25p\BlockStorageC 


Intel imote2 节点 的 flash: 


\tos\platforms\intelmote2\ConfigStorageC 
\tos\platforms\intelmote2\LogStorageC 
\tos\platforms\intelmote2\BlockStorageC 


在 TinyOS 2.x 系统 中 ， 编 译 时 可 以 用 XML 文件 来 说 明 flash 芯片 的 分 卷 情 况 。 这 个 
XML 文件 ， 称 作 卷 表 (volume table )， 它 指明 了 卷 的 名 称 、 大 小 以 及 在 flash 中 的 起 始 地 
址 。 每 个 卷 只 能 提供 一 种 存储 类 型 (如 配置 存储 、 日 志 存 储 或 块 存储 )。 存 储 类 型 定义 了 
flash 存储 体 上 数据 的 物理 布局 。 以 下 是 一 个 卷 表 实例 : 


<volume table> 
<volume name="CONFIGLOG" size="65536"/> 
<volume name="PACKETLOG" size="65536"/> 
<volume name="SENSORLOG" size="131072"/> 
<volume name="CAMERALOG" size="524288"/> 
</volume table> 







































































该 卷 表 定义 了 CONFIGLOG 卷 ， 其 大 小 为 65536B， 起 始 位 置 为 0B; 而 PACKETLOG 
卷 的 大 小 为 65536B， 起 始 位 置 则 为 65536B， 因 为 前 面 的 65536B 属于 CONFIGLOG 卷 。 此 
外 ， 该 卷 表 还 定义 了 131072B 的 SENSORLOG 卷 和 524288B 的 CAMERALOG 卷 。 
具体 应 用 程序 的 卷 表 必 须 放 在 该 程序 的 目录 下 ， 且 必须 命名 为 volumesCHIPNAME.xml， 
其 中 CHIPNAME 为 flash 存储 芯片 的 名 称 。 例 如 ，Twlos 节点 使 用 的 是 ST 微 电 子 公司 的 
M25P 系列 flash 存储 体 ， 其 芯片 驱动 可 以 在 “tos/chips/stm25p” 目 录 中 找到 。 因 此 ， 一 个 基 
于 Telos 平台 且 使 用 存储 功能 的 应 用 程序 都 需要 一 个 名 为 volumes-stm25p.xml 文件 。 

















































































































注意 : 卷 表 中 的 size 参数 必须 是 flash 芯片 可 擦 写 单元 的 倍数 ， 而 不 同 flash 芯片 可 擦 写 
单元 的 字 节 数 可 能 各 有 不 同 。 


7.2.2 ”配置 数据 的 存储 
配置 数据 是 指 用 于 配置 节点 属性 的 一 组 参数 。 它 们 的 字 节 数 是 不 确定 的 ， 从 几 十 字 节 至 


128 
























































儿 百 字 节 ， 一 般 都 属于 小 数据 对 象 。 男 外 ， 它 们 














甚至 是 未 知 的 。 本 节 主 要 介 绢 
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的 值 也 不 确定 ， 在 各 个 节点 可 能 都 不 一 样 
























































配置 数据 要 求 必 须 能 够 在 复位 、 能 量 循环 《〈 关 














环 ) 或 者 重 编程 时 保存 下 来 。 


























3 配置 数据 如 何 保存 以 及 如 何 从 存储 中 读 取 。 


























忆 电 源 ， 再 重 开 电源 ， 算 作 个 能 量 

















在 很 多 场合 ， 完 整 保 存 配置 数据 的 能 力 是 非常 必要 的 。 











对 于 传感器 网 络 节点 而 言 ， 配 置 数据 中 一 个 很 重要 的 部 分 是 刻度 校正 。 一 般 情况 下 ， 


感 器 的 校准 系数 在 节点 出 三 时 就 已 配置 好 ， 并 存储 下 来 ， 所 以 它们 不 会 在 节点 掉 电 或 者 重 






















































































程 时 丢失 。 例 如 ， 温 度 传 感 器 利用 校准 系数 将 输出 电压 信号 转换 成 直观 的 温度 数据 。 传 感 
校准 系数 的 结构 定义 代码 可 参考 如 下 : 


typedef struct calibration config t { 











int16 ttemp offset; 
int16 t temp_ gain; 
} calibration config tt 


身份 信息 ， 即 设备 辨认 信息 ， 也 是 配置 数据 的 如 






























































址 或 TinyOS 的 TOSNODE ID 参数 在 各 个 节点 都 是 不 一 样 的 ， 一 旦 被 分 配 到 节点 上 ， 这 





eS 

















直 就 会 被 保存 ， 即 使 碰 到 复位 、 能 量 循环 和 重 编程 ， 

















typedef struct radio config t { 


ieee mac addr t mac; 


uint16 ttos node id; 
} radio config t; 




















也 不 会 丢失 。 其 结构 定义 代码 下 : 


除了 校正 信息 和 身份 信息 之 外 ， 配 置 数据 中 一 般 还 包括 位 置信 息 和 传 感 参数 等 。 节 点 
位 置 数据 可 能 在 编译 时 是 未 知 的 ， 只 有 在 部 署 节点 时 才 确 定 。 例 如 ， 一 个 应 用 程序 可 以 按 
面 的 数据 形式 存储 节点 的 坐标 信息 。 


typedef struct coord config t { 























Uint16 tx; 
uint16 ty; 
uint16 tz; 

} coord config t; 























传 感 参数 与 信号 检测 和 发 送 有 关 的 参数 ， 如 采 相 








些 配 置 数 据 的 结构 形式 如 下 : 

































































周期 、 滤 波 系数 以 及 可 调 的 报警 值 。 








typedef struct sense config t { 


uint16 t temp sample period milli; 





uint16 ttemp ema alpha numerator; 





uint16 ttemp ema alpha denominator; 





uint16 ttemp high threshold; 
uint16 ttemp low_ threshold; 


} sense config t; 











接 下 来 我 们 将 用 一 个 简 











功能 是 节点 周期 性 地 从 flash 
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传 
编 
器 














E 要 组 成 部 分 。 如 IEEE 兼容 的 MAC 地 


些 


的 
下 


这 


让 的 例子 程序 来 说 明 如 何 存储 和 读 取 配置 数据 ， 这 个 示例 程序 的 
中 读 出 配置 数据 ， 处 理 后 再 写 回 flash。 
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卷 在 第 1 次 使 用 2 
作出 适当 下 

















前 不 包含 任何 有 效 数据 。 因 此 ， 应 当 首 先 检测 卷 是 否 是 初次 使 用 ， 
的 行为 《例如 预 加 载 默 认 值 )。 同 样 ， 当 卷 中 的 数据 发 生变 化 时 例如 应 用 程序 需 










































































要 新 的 或 不 同 的 配置 变 




















小 
[Pe 
出 





重新 加 载 默认 值 




















 )， 应 用 程序 应 当 检 测 到 变更 ， 并 作出 相应 的 响应 (例如 擦 写 卷 ， 
)。 类 似 这 些 情况 ， 建 议 跟踪 卷 的 版 本 。 为 此 ， 在 配置 数据 的 结构 中 ， 引 



























































入 了 版 本 控制 变量 。BlinkConfig 应 用 中 配置 数据 的 字段 包括 卷 的 版 本 和 读 取 周期 。 其 结构 形 


式 如 下 : 


下 面 将 


意 ，CHIPNAME 是 目 


Micaz 平台 的 flash 贝 




















typedef struct config t { 


uint16 t version; 


uint16 t period; 


} config t; 


分 析 BlinkConfig 例子 程序 的 设计 要 点 和 具体 的 操作 步 又 : 
创建 volumes-CHIPNAME.xml 文件 ， 即 建立 卷 表 ， 并 保存 在 应 用 程序 所 在 目录 。 注 



























































标 平台 上 的 flash 芯片 名 字 。 例 如 ，Telos 平台 上 的 flash 是 stm25p， 











<volume table> 





| 是 at45db。 卷 表 的 具体 内 容 如 下 : 


<volume name="LOGTEST" size="262144"/> 
<volume name="CONFIGTEST" size="131072"/> 


</volume table> 





























StorageC 组 件 声 明 的 配 


(2) 在 BlinkConfigC 模块 的 规范 说 明 里 ， 声 明 Mount 接口 和 ConfigStorage 接口 。 注 
意 ，ConfigStorage 接 








译 工 具 会 利用 该 卷 表 自动 创建 一 个 StorageVolumes.h 头 文件 。 然 而 ， 在 有 Confi 
件 (如 BlinkConfigAppC 组 件 ) 里 ， 需 要 手动 添加 该 头 文 件 : 



































#include "StorageVolumes.h" 

















被 






































EE 命名 为 Config 接口 。 其 代码 如 下 : 


module BlinkConfigC { 


Uses { 


interface ConfigStorage as Config; 


interface Mount; 


} 
} 





























(3) 每 个 接口 必须 绑 定 到 提供 该 接口 的 组 件 。 相 应 的 代码 如 下 : 


configuration BlinkConfigAppC { 
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} 


implementation { 


components BlinkConfigC as App; 
components new ConfigStorageC(VOLUME CONFIGTEST); 


/NOLUME_ CONFIGTEST 定义 在 自动 生成 的 StorageVolumes.h 头 文件 中 
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App.Config -> ConfigStorageC.ConfigStorage; 
App.Mount -> ConfigStorageC.Mount; 


} 





昌 








(4) 在 使 用 flash 存储 芯片 前 ， 必 须 先 挂 载 卷 。 在 Boot.booted 
Mount.mount 命令 ， 启 动 挂 载 ， 其 代码 如 下 : 








事件 处 理 函 数 中 调用 





























event void Boot.booted() { 
conf.period = DEFAULT PERIOD,; 


if (call Mount.mount() != SUCCESS) { 
// 失 败 情况 的 处 理 

} 

} 











(5) 卷 挂 载 成 功 ， 就 会 触发 Mount.mountDone 事件 。 接 下 来 ， 需 要 检查 挂 载 的 卷 是 否 有 
效 。 如 果 卷 有 效 ， 使 用 Config.read 命令 读 取 卷 中 的 数据 即 可 。 和 否则 ， 调 用 Config.commit 命 
令 使 其 有 效 《〈 这 个 命令 也 可 用 来 书信 缓冲 数据 ， 类 似 于 UNIX 系统 中 调用 fsync 命令 可 以 刷 
新 写 入 到 磁盘 上 的 缓冲 ) ,检查 挂 载 的 卷 的 代码 如 下 : 


event void Mount.mountDone(error terror) { 
if (error == SUCCESS) { 
这 (call Config.valid() == TRUE) { ”// 检 查 挂 载 的 卷 是 否 有 讽 
if (call Config.read(CONFIG ADDR, &conf sizeof(conf)) != SUCCESS) { 
/ 失败 情况 的 处 理 
} 
} 
else { 
// 分 卷 无 效 ， 发 送 commit 命令 使 其 有 效 
call Leds.led1On(); 
if (call Config.commit() == SUCCESS) { 
call Leds.led0On(); 
} 
else { 
/ 失败 情况 的 处 理 
} 
} 
} 
else{ 
/ 失败 情况 的 处 理 
} 
} 
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(6) Config read 命令 执行 成 功 ， 就 会 触发 Config.readDone 事件 。 这 时 ， 先 检查 是 否 成 
功 读 取 了 卷 中 的 内 容 ， 如 果 数 据 读 取 成 功 ， 再 检查 版 本 号 。 如 果 版 本 号 与 预期 的 一 样 ， 就 可 
以 复制 配置 数据 到 本 地 的 配置 变量 ， 并 调节 变量 period 的 值 ， 如 果 版 本 号 不 对 ， 就 将 配置 变 
量 设 为 默认 值 。 最 后 ， 调 用 Config.write 函数 将 新 的 配置 变量 写 回 到 flash 存储 ， 具 体 实 现代 
码 如 下 : 







































































































































































event void Config.readDone(storage addr taddr, void* buf, 
storage len tlen, error terr) attribute ((noinline)) { 


if (err == SUCCESS) { 
memcpy(&cont, buf len); 
if (conf.version == CONFIG VERSION) { 
conf.period = conf.period/2; 
conf.period = conf.period > MAX PERIOD ? MAX PERIOD : conf.period,; 
conf.period = conf.period < MIN PERIOD ? MAX PERIOD : conf.period; 
} 
else { 
call Leds.led1On(); 
conf.version = CONFIG VERSION; 
conf.period = DEFAULT PERIOD; 
} 
call Leds.led0On(); 
call Config.write(CONFIG ADDR, &cont, sizeof(conf)); 
} 
else { 
} 
} 


























(7) 调用 Config.commit 命令 。 当 调用 ConfigStore.write 命令 并 触发 Config.writeDone 事 
件 时 ， 并 不 能 保证 数据 一 定 写 入 了 flash。 为 了 确保 数据 被 保存 到 flash， 就 要 调用 
Config.commit 命令 ， 调 用 Config.commit 命令 的 代码 如 下 : 























event void Config.writeDone(storage addr t addr, void *buf, 
storage len t len, error terr) { 
/ Verify addr and len 
if (err== SUCCESS) { 
if (call Config.commit() != SUCCESS) { 
/ Handle failure 


} 


else { 
// Handle failure 
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(8) 将 数据 写 入 flash 中 ， 当 Config.commitDone 事件 触发 时 ， 数 据 就 将 被 永久 地 写 入 到 
flash 中 ， 并 能 够 存活 一 个 能 量 循环 ， 有 具体 实现 代码 如 下 : 
Event void Config.commitDone(error terr) { 
call Leds.ledOOff(); 
call Timer().startPeriodic(conf.period); 
if (err == SUCCESS) { 
/失败 情况 的 处 理 


























} 
} 


7.2.3 日 志 数 据 的 存储 


通常 ， 应 用 程序 需要 可 靠 地 记录 事件 和 小 数据 项 ， 因 此 TinyOS 提供 一 种 日 志 形 式 的 记 
录 方 式 ， 这 种 记录 方式 记录 的 数据 即使 在 系统 骨 溃 时 也 不 会 丢失 。 日 志 记录 可 以 是 顺序 录入 
( 卷 满 就 停止 录入 ) 也 可 以 是 循环 录入 〔 卷 满 就 从 该 卷 的 起 始 地 址 开始 写 入 )。 

TinyOS 系统 的 日 志 存 储 抽象 具有 这 些 特点 : 

1) 日 志 是 基于 记录 的 ， 每 次 调用 LogWrite.append 命令 就 创建 一 条 新 纪录 ; 

2) 节点 断 电 时 ( 崩 江 或 能 量 循环 )， 日 志 只 丢失 最 近 的 记录 ; 

3) 一 旦 循环 日 志 绕 了 一 圈 ， 日 志 就 覆盖 最 早 的 记录 。 

示例 程序 PacketParrot (tinyos-2.x/apps/tutorials/PacketParrot/〉 演 示 了 如 何 使 用 LogWrite 
和 LogRead 接口 记录 日 志 。 该 应 用 程序 的 主要 功能 是 : 节点 将 无 线 接收 到 的 数据 记录 到 
flash 中 ; 如 果 读 取 失 败 ， 则 擦 除 该 日 志 ， 然 后 继续 接收 并 记录 数据 包 ， 如 此 循环 运行 。 为 了 
便于 观察 和 调试 ， 我 们 在 程序 中 设 定 : 当日 志 被 擦 除 时 ， 点 亮 红 色 LED 灯 (Led0); 接收 到 
数据 包 时 则 点 亮 黄色 LED 灯 〈Ledl)， 成 功 录入 后 炉 灭 ; 如 果 数 据 包 被 接收 但 没有 被 录入 
(因为 日 志 正 在 被 擦 除 )， 黄 色 LED 灯 保 持 点 亮 状态 ， 在 一 个 能 量 循环 后 ， 如 果 记 录 的 数据 
包 被 取出 并 发 送出 去 ， 绿 色 LED 灯 (Led2) 快速 闪烁 。 下 面 将 对 PacketParrot 的 设计 要 点 和 
具体 操作 步骤 进行 介绍 。 

(1) 使 用 日 志 存 储 使 用 日 志 存储 的 第 1 步 是 要 
PacketParrot 程序 声明 了 如 下 的 结构 体 : 


Typedef nx struct logentry_t{ 


nx uint8 t len; 









































































































































































































































































































































Cn 


定 存 储 什么 样 的 数据 到 日 志 里 。 


























' 








message t msg,; 
}logentry t; 


(2) 传递 缓冲 区 指针 和 读 取 字 节 数 。 与 配置 存储 不 同 ， 日 志 存 储 不 需要 挂 载 卷 。 一 个 简 
单 的 read 命令 就 可 以 实现 日 志 的 读 取 ，LogRead.read 命令 传递 缓冲 区 指针 和 读 取 字 节 数 ， 代 
码 如 下 : 

event void AMControl.startDone(error terr) { 
if (err == SUCCESS) { 
if (call LogRead.read(&m entry,sizeof(logentry t)) != SUCCESS) { 
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//Handle error 


} 
} 
else { 

call AMControl.start(); 
} 


} 


(3) 检查 返回 的 数据 长 度 。 如 果 LogRead.read 命令 返回 SUCCESS， 那 LogRead.read 
Ee 事件 就 会 马上 被 触发 。 在 LogRead.readDone 事件 中 ， 首 先 检查 返回 的 数据 长 度 是否 和 
期 长 度 一 样 。 如 果 一 致 ， 可 以 将 该 数据 无 线 发 送出 去 ， 否则 ， 可 以 认为 日 志 是 空 的 ， 或 已 
同步 ， 那 么 日 志 就 需要 被 擦 除 ， 代 人 码 如 下 : 
Event void Logread.readDone(void* buf, storage_ len t len, error terr) { 
If ( (len == sizeof(logentry t)) && (buf — &m entry) ) { 
call Send.send(&m entry.msg, m entry.len); 







































































call Leds.led1On(); 
} 
else { 
if (call LogWrite.erase() != SUCCESS) { 
//Handle error 
} 
call Leds.led0ONO; 
} 


} 


(4) 接收 数据 包 并 将 其 中 的 数据 写 入 flash。 接 收 到 来 自 无 线 电 的 数据 包 ， 并 调用 
LogWrite.append 命令 将 数据 包 中 的 数据 写 入 到 flash， 具 体 实现 代码 如 下 : 















































event message t* Receive.receive(message t* msg, void* payload, uint* t len) { 
call Leds.led2On(); 
让 (Im busy) { 
m busy = TRUE:; 
m entry.len = len; 
m entry.msg = *msg; 
if (call LogWrite.append(&m entry, sizeof(logentry_t)) !=SUCCESS) { 
m busy = FALSE; 
} 
} 
return msg; 


} 

(5) 触发 LogWrite.appendDone 事件 如 果 LogWrite.append 返回 SUCCESS， 就 会 触发 
LogWrite.appendDone 事件 。 这 个 事件 返回 了 日 志 写 入 的 详情 ， 如 缓冲 区 指针 、 写 入 数据 的 
长 度 、 是 否 有 记录 丢失 (如 果 是 循环 缓冲 ) 以 及 错误 提示 。 如 果 没 有 错误 发 生 ， 数 据 就 在 原 
子 性 〈 每 条 记录 不 可 被 分 隔 开 保 存 )、 连 续 性 《前 后 条 的 记录 是 连续 的 ) 和 耐用 性 (能 经 受 
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国有 
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局 ) 的 保 训 








F 下 写 入 到 flash, 
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k 体 实现 代码 如 下 : 


event void LogWrite.appendDone(void* buf, storage_len t len, 


bool recordsLost, error terr) { 
m busy = FALSE; 
call Leds.led2Off(); 


7.2.4 ”大 数据 块 的 存储 





考 。 


块 存储 (Block Storage) 通常 用 
级 的 系统 接口 ， 使 用 时 需 
而 探 除 比较 耗费 












































， 因 





CEC 


要 小 ， 








为 其 本 质 是 一 次 怕 
时 间 ， 且 必须 以 块 为 和 
(一 般 是 10000~100000 次 )。TinyOS 的 重 编程 下 载 系统 就 是 
序 镜像 的 。 
在 tinyos-2.x/apps/tests/storage/Block/ 目 录 















































下 面 将 简单 介绍 








相关 的 两 个 接 





1) BlockRead 接 











interface BlockRead { 


command error tread(storage addr taddr, void* buf, storage len t len); 








保存 那些 不 能 存 于 RAM 的 大 数据 对 象 。 
FE 写 入 的 存储 模型 。 
和 位 《如 256B~64KB ) 擦 除 ， 以 及 只 能 擦 除 有 限 次 
让 节点 上 使 用 块 存储 来 保存 程 




















: A 接 
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7 章 





块 是 一 个 低 

















， 有 一 个 块 存储 的 例子 程序 供 读 者 学 习 和 参 




















和 BlockWrite 接 


o 


event void readDone(storage addr taddr, void* buf, storage len t len, error t erro?); 


command error t computeCrc(storage addr taddr, storage len tlen, uint16 t crc); 


event void computeCrcDone(storage addr t addr, storage len t len, uint16 t crc, error t error); 


command storage len t getSize(); 


} 


2) BlockWrite 接口 


interface BlockWrite { 


command error t write(storage addr taddr, void* buf, storage len t len); 


event void writeDone(storage addr taddr, void* buf, storage len t len, error t error); 


command error t erase(); 


event void eraseDone(error t error); 


command error t sync(); 


event void syncDone(error t error); 


} 


3 节点 与 PC 的 通信 


在 无 线 传感器 网 络 中 传感器 点 一 般 有 T 
PC 之 间 通 常 是 有 线 通信 ， 











通过 PC 


















































两 种 通信 方式 : 节点 之 间 通 过 
串口 或 者 USB te 
， 本 节 将 重点 介绍 








经 讲 过 节点 与 节点 无 线 通 信 方 式 的 实现 原理 和 操作 步 

















串 


























通信 。 

















寸 无线 通信 ， 节 
交互 数据 。 前 
节点 与 PC 

















的 


3 
可 
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7.3.1 串口 通信 堆栈 


在 TinyOS 2.x 串 













































































协议 栈 分 为 4 个 功能 组 件 ， 自 底 向 上 分 别 1 分 啤 吕 1 


是 : 原始 UART、 编 码 器 /装帧 器 、 传 输 协 议 、 分 派 器 。 人 ER 
堆栈 结构 如 图 7-2 所 示 : ! 传输 协议 ' ' 

1. 原始 UART LS 
协议 栈 的 最 下 一 层 是 原始 UART 组 件 ，HIL 层 组 件 提供 了 配 。 | 上 名 / 装 术 只 | ， 

置 UART (速率 ， 停 止 位 等 )、 收 发 字 节 、 刷 新 UART 缓冲 区 的 | rr--------- 二 | 
a 1 |! 原始 UART !1 1 
功能 。 | SS 
UART 的 HIL 组 件 为 UartC， 它 为 串口 通信 提供 了 字 节 级 的 “7 




















接口 SerialByteComm。 SerialByteComm 接口 代码 如 下 : 





另外 ，UartC 提供 按 


interface SerialByteComm { 


async command error t put(uint8 t data); 


async event void get(uint8 t data); 


async event void putDone(); 


} 























以 便 在 UART 空闲 时 发 出 通知 信和 号。 























有 时 我 们 需要 知道 发 送 到 串 


口 的 数据 是 否 已 传输 完毕 〈 比 如 无 线 收发 机 需要 从 发 送 转换 到 接收 状态 时 )， 这 时 我 们 就 可 


以 通过 这 个 接口 


但 是 如 果 MCU 使 








SerialFlush { 


来 进行 判断 。 代 码 如 下 : 


command void flush(); 


event void flushDone(); 


} 




















备 好 接收 下 一 字 节 ， 而 不 是 UART 空闲 。 


2. 





编码 器 /装帧 器 





























式 。 编 码 /装帧 器 假定 有 两 种 类 型 的 字 节 : 分 隔 符 和 数据 字 贡 ， 





件 发 出 








2 
问号 :3 


HdlcTranslaterC 是 串口 协议 栈 中 的 编码 和 解码 组 件 ， 它 使 有 




















书 的 是 双 缓 冲 UART 通信 机 制 ， 那 么 putDone 事件 只 意味 着 它 已 经 准 


编码 器 /装帧 器 组 件 建 于 原始 UART 层 之 上 ， 将 原始 字 节 数据 转换 为 串口 协议 数据 包 格 


分 别 用 不 同 的 事件 向 上 层 组 


























供 SerialFrameComm 接口 。SerialFrameComm 接口 代码 如 下 : 
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interface SerialFrameComm { 


async command error t putDelimiter(); 


async command error t putData(uint8 t data); 


async command void resetSend(); 


async command void resetReceive(); 


async event void delimiterReceived(); 


async event void dataReceived(uint8 t data); 


async event void putDone(); 





] SerialByteComm 接 











党 提 
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编码 器 /装帧 器 使 用 HDLC 协议 作为 编码 方式 ，0x7e 作为 帧 分 隔 符 ，0x7d 作为 转 义 符 。 
HdlcTranslaterC 中 维护 了 10 位 的 状态 码 。 在 接收 和 发 送 通 路 上 各 使 用 了 一 位 状态 码 用 于 表 
示 是 否 使 用 了 转 义 符 ， 另 外 在 传输 路 径 上 还 有 一 个 字 节 用 于 决定 何 时 发 送 转 义 符 。 

当 HdlcTranslaterC 收 到 分 隔 符 时 ， 它 设置 receiveEscape 位 为 true， 当 它 接收 到 其 他 字 节 
时 ， 先 检测 receiveEscape 位 是 否 已 设置 。 若 是 ， 则 数据 字 节 与 0x20 异 或 并 清除 
receiveEscape 位 ， 通 过 触发 dateReceived0 完 成 数据 字 节 接收 。 

HdlcTranslaterC 在 发 送 端的 行为 与 接收 端 类 似 。 当 需要 发 送 一 个 与 分 隔 符 或 转 义 符 相同 
的 字 节 时 ， 它 设置 transmitEscape 标识 位 为 tue， 同 时 存储 数据 字 节 与 0x20 异 或 的 值 ， 然 后 
发 送 转 义 符 。 当 转 义 符 发 送 完 成 后 ， 接 着 发 送 刚 才 存 储 的 数据 字 节 。 

3. 传输 协议 

协议 组 件 负 责 读 入 并 发 送 所 有 的 协议 控制 包 。 如 果 协 议 组 件 开 始 接收 数据 包 ， 则 它 会 下 
分 派 器 组 件 发 送信 号 并 附 上 接收 到 的 数据 字 节 作为 参数 。 当 数据 包 接 收 完 毕 时 ， 协 议 组 件 通 
知 分 派 器 组 件 ， 数 据 包 已 接收 完成 ， 同 时 也 告诉 它 CRC 校 验 是 否 通过 。 

SerialP 组 件 用 类 似 于 PPP/HDLC 的 帧 结构 实现 了 串口 协议 (具体 参 考 RFC1662)。 消 息 
分 派 和 缓冲 区 管理 就 留 给 了 上 层 去 处 理 ， 主 机 到 节点 的 通信 使 用 的 停 等 的 方式 ， 而 节点 到 主 
机 用 尽力 而 为 〈best effort) 的 传输 方式 。 

SerialP 提供 了 两 个 面向 字 节 的 接口 用 于 收发 数据 包 ， 分 别 是 SendBytePacket 和 
ReceiveBytePacket。 

在 发 送 方 ，SerialP 负责 封装 上 层 的 数据 包 。 上 层 组 件 如 SerialDispatcherC 调用 
startSend() 初 始 化 包 的 发 送 并 传递 第 一 个 要 发 送 的 字 节 。SerialP 通过 触发 nextByte() 来 
收集 接 下 来 要 发 送 的 数据 。 在 nextByte 运行 期 间或 者 在 调用 nextByteO 的 间隙 ， 协 议 上 
层 调 用 completeSend() 来 表明 已 经 到 数据 包 的 结尾 。 如 果 completeSend 是 在 nextByte() 
运行 期 间 被 调用 的 ，SerialP 会 忽略 调用 nextByte() 的 返回 值 。SendBytePacket 接口 代码 
如 下 : 
















































































































































































































































































































































































interface SendBytePacket { 
async command error t startSend(uint8 tfirst byte); 
async command error t completeSend(); 
async event Uint8_t nextByte(); 
async event void sendCompleted(error t error); 


} 


SerialP 用 一 个 小 的 窗口 来 存放 上 层 接收 的 字 节 以 及 还 没有 被 发 送 到 UART 的 字 节 。 窗 
口 的 大 小 取决 于 UART 的 时 间 需 求 ， 同 时 通过 反复 的 调用 nextByte0 来 填充 窗口 。SerialP 使 
] SerialFrameComm 来 发 送 帧 间 的 分 隔 符 、 数 据 包 字 节 和 两 字 节 的 循环 见 余 校 验 (CRC) 码 。 
一 帧 数据 发 送 结束 并 且 接 收 到 底层 的 最 后 一 个 putDone0 事件 后 ，SerialP 调用 
sendCompleted0 表 明 此 帧 发 送 是 否 成 功 。SerialP 还 负责 数据 包 的 接收 工作 ， 并 且 向 高 层 提供 
ReceiveBytePacket 接口 。ReceiveBytePacket 接口 代码 如 下 : 


















































































































































interface ReceiveBytePacket { 
async event error t startPacket(); 
async event void byteReceived(uint® tb); 
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async event void endPacket(error t result); 


} 
旦 接收 到 














贞 间 
到 
调 
并 返回 FAIL。 
出 
SerialP 正在 发 送 胡 
通信 才 文 持 确 认 功 
是 很 可 靠 
节点 方向 的 通 
丢失 字 节 。PC 的 接收 缓存 贝 


加 串口 通 








| 








用 endPacket 并 返 









































Ey 





信和 路 径 中 ， 典 型 的 






































上 ， 数 据 帧 会 被 延 玉 发送。 然而， 下 


能 。SeriaP 不 需 
在 PC 到 节点 的 通信 


上 要 大 得 多 ， 并 且 
信 栈 的 代码 长 度 和 复杂 度 。 这 相 











分 隔 符 和 一 个 新 帧 的 帧 头 ，SerialP 向 高 层 发 出 信 ， 
达 。 每 收 到 一 个 字 节 ，SerialP 调用 一 次 byteReceived0。 当 收 到 一 个 完整 的 帧 时 ，SerialP 
SUCCESS。 反 之 ， 若 在 接收 过 程 
SerialP 会 对 收 到 的 帧 发 出 有 





中 失 








自 





认 信 息 。 太 


角 认 信 |， 


昌 表 明 一 个 数据 包 已 经 


去 同步 ，SerialP 调用 endPacket 





























Co 





第 认 信息 存储 在 与 数据 




















第 认 信息 时 ， 其 他 待 发 送 的 数据 包 进 入 后 台 运 行 。 仅 有 PC 到 mote 方向 的 


上 的 优先 级 比 数据 传输 高 ， 因 
缓冲 区 不 同 的 队列 中 ， 因 此 当 

















~ 

















的 丰 








要 获得 PC 











第 认 信息 ， 原 因 











有 两 个 。 首 先 ， 确 认 机 制 不 








pA 




















十 
中 

















使 用 确认 机 
UART 接 | 

















[不 用 处 理 溢 昌 




















的 功能 。 当 然 ， 任 
协议 采用 停 等 机 制 以 最 少 占 


























j 节 点 的 缓存 资源 。 











可 对 可 靠 性 要 求 较 高 的 应 用 程序 都 会 将 其 人 


由 是 为 了 将 可 靠 性 提高 到 可 用 级 别 。 
缓存 仅 有 一 个 字 广 大 小 ， 因 
8 问题。 其 次 ， 增 加 丰 
的 结果 就 是 以 消耗 宝贵 的 代码 空间 来 换取 很 





在 PC 到 
断 很 容易 
认 机 制 会 增 


二 
少 需要 


E 务 计划 基于 串口 协议 栈 。 确 认 














此 高 负荷 




































































在 PC 到 





下 


机 人 制 节 省 缓存 ， 在 存储 受 限 的 设备 上 要 比 增 加 吞吐 量 更 加 习 
昌 后 者 。 











进行 传输 控制 的 时 
4. 分 派 器 
分 派 器 组 件 处 3 

据 包 已 接收 完毕 。Dispatcher 组 伯 

包 的 包头 大 小 以 计算 


医 才 使 月 




















理 数据 包 字 节 与 分 人 




















百 万 季 


高 符 。 


站 


已 

















SerialDispatcherC 负责 处 到 
ReceiveBytePacket 接口 ， 提 供 
(uart id 日 决定 了 message t 中 
数据 包 中 放置 了 一 字 节 的 包头 











和 








SerialDispatcherC 能 够 处 理 各 种 数据 包 格 式 。 


interface SerialPacketInfo { 


带 参 数 的 Send 和 Receive 接 
数据 包 的 格式 。SerialDispatcherC 在 通过 SerialP 发 送 和 接收 的 


节点 方向 的 
E 要 ， 绝 大 多 数 的 应 月 


通信 过 程 中 ， 利 用 停 等 
月 程序 仅 偶尔 











负责 将 数据 读 入 message { 并 告知 上 层 组 件数 
F 文 持 多 种 包 格 式 ， 基 于 message t 的 了 
数据 的 偏 移 。 
协议 组 件 接收 的 数据 包 。 





[ 作 方式 需要 知道 数据 








它 使 用 SendBytePacket 和 














的 参数 





。Send 和 Receive 接 


























Hh 
站 


包 格 式 标识 符 。 通 过 使 有 





j 





async command uint8 t offset(); 


参数 的 SerialPacketInfo 接口 ， 


SerialPacketInfo 接口 代码 如 下 : 


async command uint8 t dataLinkLength(message t* msg, uint8 tupperLen); 


async command uint8 t upperLength(message t* msg, uint8 t dataLinkLen); 


} 








到 | 





SerialDispatcherC 收 


















































SerialP 发 上 




















的 第 一 个 字 节 后 ， 先 将 其 存储 为 数据 包 
字 节 导入 并 填充 到 message t 的 缓冲 区 中 。 
数据 字 节 ， 数 据 字 节 的 起 始 位 时 





同时 调 














ES 







































































] offset0 以 在 message ft 中 确定 偏 移 量 。 然 后 将 数据 
发 送 过 程 与 此 类 似 ，SerialDispatcherC 先 发 送 类 型 字 节 并 导 
调用 offestO 函 数 得 到 的 索引 值 确 定 。SerialDispatcherC 使 用 了 1? 
upperLength0 以 在 两 种 数据 包 类 型 中 进行 转换 。 疝 | 

向 下 ， 长 度 则 为 包含 了 数据 包头 的 长 度 。 在 使 用 了 串口 端口 
件 中 ， 必 须 在 组 件 实现 中 通过 uart id t U， 
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天 个 长 度 命 令 : 
EF， 长 度 为 不 含 数据 包头 部 的 有 效 载 答 长 度 ; 

参数 : uart id {U 提供 通信 服务 的 组 
各 SerialPacketInfo 连接 到 SerialDispatcherC 。 目 


dataLinkLengthO0 和 




















前 ， 仅 
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有 平台 独立 的 活动 消息 (TOS_SERIAL ACTIVE MESSAGE ID,， 在 3.5 节 中 有 详细 描述 )、 


802.15.4 的 活动 消息 (TOS SERIAL 802 15 4 ID )、mica2 平台 的 CC1000 数据 包 
(TOS_SERIAL CC1000 ID) 和 错误 代码 TOS_SERIAL UNKNOWN ID 是 保留 标识 符 ， 新 的 数 








据 包 格式 绝对 不 可 以 使 用 任何 保留 标识 符 。 








5. SerialActiveMessageC 





SerialActiveMessgaeC 是 平台 独立 的 活动 消息 层 组 件 ， 工 作 于 串口 通 















































信 栈 顶端 的 配置 文 

















件 ， 它 将 SerialActiveMessageP 连接 到 带 uart id t 参数 的 SerialDispatcherC ， 同 时 将 
SerialPackerInfoActiveMessgaP 连接 到 带 参数 uart id t TOS_SERIAL ACTIVE MESSAGE ID 





的 SerialDispatcherC 。 


includes Serial;” 


configuration SerialActiveMessageC { 


provides { 
interface Init; 
interface AMSend[am id tid]; 
interface Receive[am id tid]; 
interface Packet; 
interface AMPacket; 

} 

uses interface Leds; 


} 


implementation { 


components new SerialActive MessageP() as AM, SerialDispatcherC; 


components SerialPacketInfoActiveMessageP as Info; 


Init = SerialDispatcherC; 
Leds = SerialDispatcherC; 


AMSend = AM; 
Receive = AM.; 
Packet = AM 
AMPacket =AM 











AM.SubSend -> SerialDispatcherC.Send[TOS SERIAL _ ACTIVE MESSAGE ID]; 
AM.SubReceive -> SerialDispatcherC.Receive[TOS SERIAL ACTIVE MESSAGE ID]; 


SerialDispatcherC.SerialPacketInfo[TOS SERIAL ACTIVE MESSAGE ID] -> Info; 


} 
































SerialActiveMessageP 是 一 个 通用 组 件 ， 因 此 可 用 于 各 种 数据 包 级 的 
以 目的 地 址 或 组 号 过 滤 数 据 包 ， 而 是 假设 从 串口 端口 接收 的 数据 包 目 的 地 址 就 是 本 




































































(通常 假设 其 串口 栈 的 CRC 是 足够 的 )， 


typedef nx_struct Serial AMHeader { 
nx am addr taddr; 












































通信 层 顶 端 








。 它 不 











样 PC 端的 工具 就 不 用 再 寻找 和 考虑 节点 的 ID 和 组 写 了 。 平 台 无 关 的 沪 











头 部 格式 如 下 : 





节点 。 这 


舌 动 消息 没有 CRC 
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nx uint8 t length; 
nx am group t group; 
nx am id ttype; 

} SerialAMHeader 


6. 数据 包 格 式 

















TinyOS 2.x 的 串口 栈 里 ， 数 据 包 在 连接 过 程 中 有 如 下 的 格式 。 各 协议 字段 分 别 和 特定 的 











组 件 对 应 ， 如 图 7-3 所 示 。 


~ 


[ss 


FP SD Payload CI 


图 7-3 ”数据 包 格 式 示意 图 





F= 帧 字 节 : HdlcTranslateC 

P= 协议 学 节 : SerialP 

S= 序 列 字 节 : SerialP 

D= 数 据 包 格式 分 派 字 节 : SerialDispatcherC 
Payload= 有 效 负 载 : SerialDispatcherC 
CR= 两 字 节 的 CRC 校 验 : SerialP 
F= 帧 字 节 : HdlcTranslateC 

















Payload 是 由 组 件 SerialDispatcherC 读 入 的 连续 数据 包 。 需 要 注意 : payload 中 任何 值 为 
0x7e 和 0x7d 的 字 节 都 将 被 相应 转化 为 0x7d 0x5e 或 者 0x7d 0x5d。 例 如 ， 一 个 目标 地 址 为 
0xbeef， 类 型 为 6， 组 号 为 0x7d4， 长 度 为 $ 的 平台 独立 活动 数据 包 为 : 7e 40 09 00 be ef 05 
7d 5d 06 01 02 03 04 05 7e 注意 : 组 号 0x7d 被 转化 为 0x7d 0x5d。 协 议 字 段 (P) 值 为 0x40 





















































(64)， 与 SERIAL PROTO_ACK 一 致 (SERIAL PROTO _ACK 在 Serialh 文件 


7.3.2 MIG 
Listen 应 用 程序 是 传感器 节点 大 多 数 通信 方式 中 最 基本 的 一 种 ， 它 仅 




























































































有 说 明 )。 














仅 把 数据 包 的 二 进 














制 内 容 输出 在 屏幕 上 ， 明 显 ， 这 样 并 不 能 很 清晰 的 理解 数据 包 所 传递 的 内 容 。 基 站 节点 将 从 


无 线 传 感 器 网 络 中 接收 到 的 数据 包 通 过 串口 等 方式 发 送 给 PC， 为 了 清晰 、 形 象 的 呈现 出 数 























身 需求 创建 一 些 新 的 应 用 实现 对 数据 包 的 处 理 











据 包 承载 的 内 容 ，TinyOS 有 一 些 应 用 程序 来 完成 数据 包 的 解析 和 显示 ， 还 支持 用 户 根据 自 








MIG (Message Interface Generator) 即 消息 接口 产生 器 ， 是 一 个 用 于 自动 产生 Java 类 的 工 
LL ， 对 应 于 微粒 应 用 程序 中 使 用 的 活动 消息 (Active Message) 类 型 。MIG 读 取 在 微粒 应 用 
程序 中 使 用 的 消息 类 型 的 nesC 结构 定义 ， 并 为 每 个 消息 类 型 产生 一 个 Java 类 ， 以 处 理 消 








































































































析 消 息 格式 的 麻烦 。 

MIG 用 来 与 nettinyos.message 包 联 合 起 来 ， 并 通过 MIG 产生 的 消 
和 接收 消息 的 例 程 。NCG(nesC Constant Generator) 即 nesC 常数 产生 器 ， 
提取 常数 以 供 其 他 应 用 程序 使 用 ， 用 于 与 MIG 连接 。 
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息 字 节 格 式 中 的 各 字段 打包 、 拆 包 等 细节 问题 。 使 用 MIG 可 以 避免 在 Java 应 用 程序 中 解 




















它 从 nesC 文件 中 
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TestSerial 应 用 程序 就 使 用 到 了 MIG， 能 够 很 方便 的 解析 和 显示 通过 串口 上 传 的 数 
据 。 在 Cycwin 界面 中 进入 TestSerial 所 在 路 径 ， 输 入 : make clean; make telosb， 应 该 有 


如 图 7-4 所 示 内 容 。 
cE -Io|x| 


















































$ make clean 

rm -rf build x.class TestSerialMsg.java pp 

es 2 _TOSSIMmodule .so TOSSIM.pyc TOSSIM.-Dpy app-xml simhbuild 
km -rf UolumeMapc-nc 


$ make telosh 

mkdir —p build/telosh 

mig java -target=null -I/opt/tinyos-2.x/tos/l1lib/T2Hack -DIDENT_APPNAME=\"TestSen 
ialAppC\' -DIDENT_USERNRME=\ "yangN\"” ~DIDENT_HOSTNAME=^\"PC2@1161681iigyu\'’ -DIDENT 
| USERHASH=@x33c2c2a2L -DIDENT_TIMESTAMP=@x4e?a9316L -DIDENT_UIDHASH=@x24be6afcL 
-java-classname=TestSerialMsg TestSerial.h test_serial msg -0 TestSerialMsg .javal 


NE TF- TA -3 
compiling TestSerialhppc to a teloshb binary 
ncc -oo build/telosh/main.exe -0s -0 -mdisable—hwmul -Wall ~-Wshadow -Wnesc-all — 
target=telosh -fnesc-cfile=huild/telosh/app.c -hbhoard= -DDEFINED_TOS_AM_GROUP=@x2 
2 -I/opt/tinyos-2.x/tos/lib/T2Hack -DIDENT_APPNAME=\"TestSerialfppC\'' -DIDENT_US 
IERNRME=\ “yangN" -DIDENT_HOSTNhRME=\"PC2611610811gyuN"” -DIDENT_USERHASH=@x33c2c2a2 
I -DIDENT_TIMESTAMP=@x4e?a9316L -DIDENT_UIDHASH=@x24be6afcL TestSerialfppC.nc — 
lm 
compiled TestSerialfppC to build/telosh/main.exe 
63?72 bytes in ROM 
304 bytes in RAM 
Imsp439-ohbjcopy -output—target=ihex build/telosh/main.exe build/telosh/main .ihex 


writing TOS image 





图 7-4 编译 TestSerial 应 用 程序 








在 TestSerial 的 程序 中 ， 利 用 了 MIG 来 生成 对 于 BlinkToRadio 数据 包 的 MSg 代码 ， 当 
编译 是 会 出 现 如 下 信息 : 














mig java -target=telosb -I%T/lib/oski -java-classname=TestSerialMsg TestSerial.h TestSerialMsg -0 
TestSerialMsg.java 


此 段 即 为 生成 TestSerialMSg.java 编译 时 的 代码 ， 实 现 此 段 的 代码 在 Makefile 中 : 


COMPONENT=TestSerialAppC 

BUILD EXTRA DEPS += TestSerial.class 

CLEAN EXTRA =*.class TestSerialMsg.java 
TestSerial.class: $(wildcard *.java) TestSerial Msg.java 

















Javac *.java 

TestSerialMsg.java: 

mig java -target=null] -java-classname=TestSerialMsg TestSerial.h TestSerialMsg -0 $@ 
include $(MAKERULES) 




















BUILD_EXTRA_DEPS += TestSerial.class: 代表 在 编译 程序 之 前 需要 先 编译 TestSerial. 
class。 
CLEAN EXTRA = *.class TestSerialMsg.java: 指 定 在 用 户 执行 make clean 时 清除 的 代码 。 
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TestSerial.class: $(wildcard *.java) TestSerialMsg.java: TestSerial.class 的 


中 的 所 有 java 文件， 执行 完 后 进行 编译 。 





mig: 使 





编程 一 一 面向 无 线 传 感 网 节点 软件 开发 









































j mig。 


java: 建立 java 的 class。 


-target=null: 表示 针对 null 平台 。 


-java-cla 

















ssname=TestSerialMsg: java 类 的 名 字 。 





TestSerialh: 定义 结构 体 的 文件 。 
TestSerialMsg: 结构 体 的 名 字 。 


-0O $@ : 








写 文件 到 $@， 也 就 是 TestSerialMsg.java。 


7.3.3 ”数据 包 源 


数据 包 源 是 传感器 节点 与 PC 之 间 不 同 通信 媒介 的 抽象 ， 可 以 
包 并 能 问 节 点 发 送 数 据 包 。 主 要 包括 直 
点 连接 、 通 过 串口 代理 连接 〈SerialForwarder) 等 方式 。 
































































































































成 需要 本 目录 





来 接收 节点 上 传 的 数据 
接 串 口 连接 、 通 过 以 太 网 远程 串口 连接 、 通 过 模拟 节 


数据 包 源 的 格式 是 connection@arguments， 其 中 ，connection 就 是 上 面 介 绍 的 几 种 连接 


方式 的 其 中 之 一 ，arguments 就 是 在 该 连接 方式 下 的 具体 参数 配置 ， 


serial@COM1:115200 就 表示 通过 串口 直接 连接 并 且 使 用 串口 端口 COMI1， 
















































































115200B。 执 行 命令 : 


Java 


可 以 输 H 





net.tinyos.packet.BuildSource 


所 有 的 数据 包 源 和 配置 ， 如 图 7-5 所 示 。 

















java net -tinyos .packet .BuildqdSouce 


sf@QHOSTNAME: PORTNUMBER 

A serial forwarder. 

serial@SERIALPORT : BAUDRATE 

A mote connected to a serial port using the Tiny0s 2.09 serial protocol. 
BAUDRATE is either a number or a platform name Cselects platform’s 
default baud rate>. 

networkBQHOSTNAME: PORTNUMBER 

A mote whose serial port is accessed over the network. 
tossim-serial[l@QHOSTNAME] 

Th rial port of tossim node 0@. 

tossim-—radio [QHOSTNAME] 

The radios of tossim nodes. 


lExamples: serialBCOM1:mica2,. serialB@/dev/ttyUSB2:1928606. sf@localhost:9000 





图 7-5 命令 执行 界面 






































比如 
波 特 率 

















SerialForwarder 程序 用 来 从 串口 读 取 数 据 包 的 数据 并 将 其 在 互联 网 上 转发 ， 这 样 就 可 以 
写 一 些 其 他 的 程序 通过 互联 网 来 与 传感器 网 络 进行 通信 。 
SerialForwarder 是 一 种 更 为 重要 的 数据 包 源 。SerialForwarder 是 一 个 Java 程序 ， 它 与 节 
点 连接 并 且 可 以 与 多 个 客户 端 交 互 数 据 ， 其 中 这 些 客户 端 通过 TCP/P 协议 与 SerialForwarder 














































































































1. 可 以 
器 网 络 。 
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连接 。 使 用 SerialForwarder 有 如 下 好 处 : 





























远程 接 入 Sink 节点 。 比 如 远 衬 











者 的 GUI 可 以 通过 SerialForwarder 方便 的 接 入 传 感 








了 


TinyOs 典型 应 用 | 草 7 各 | 





2. 可 以 使 普通 的 应 用 程序 和 debug 系统 同时 与 一 个 Sink 通信 。 比 如 利用 
SerialForwarder 显示 接收 到 某 个 节点 发 出 的 的 所 有 数据 包 ， 而 不 必 频 繁 的 改动 代码 程序 。 

3. 可 以 将 一 个 应 用 程序 分 割 成 几 个 独立 的 部 分 ， 各 个 部 分 都 可 以 和 同一 节点 通信 。 比 
如 TestSerial.java 应 用 程序 可 以 通过 SerialForwarder 分 割 成 单独 的 接受 和 发 送 两 个 部 分 分 别 
与 节点 通信 。 

前 面 提 到 数据 包 源 有 其 特有 的 格式 ，SerialForwarder 的 数据 包 源 格式 是 ~@HOST:PORT， 
其 中 HOST 和 了 PORT 是 可 选 的 ， 默 认 值 分 别 为 当地 主机 名 和 9002， 如 图 7-6 所 示 。 



















































































图 Tiny0s 2.X Serial Forwarder 


Listening to serisl@coml:57600 全 | 站 Main 
Could not open coml: TOSComm JII library runtime erro 
Cx» 9"" HALlb;E 
in NativeSerialPort. Cr 


serial@coml :57600 died - restarting 


Server Port- 
9002 








Mote Communications: 

serial@com1:57600 
Start Server 

Closing source Verbose Mode 

Closine socket Pckts Read: 0 

Pckts Wrttn: 0 


Num Clients: 0 














Listening for client cormections on port 9002 





Shuttineg down all client cormections 








Help 


Quit 


























图 7-6 数据 包 源 格式 


7.3.4 ”串口 通信 测试 


TestSerial 应 用 程序 对 节点 和 PC 之 间 是 否 可 以 正常 通信 进行 测试 。 节 点 和 PC 每 秒 会 通 
过 串口 互 发 一 个 数据 包 ， 当 节点 收 到 串口 发 送 的 数据 包 时 其 数据 部 分 会 通过 节点 的 LED 灯 
相应 的 显示 ， 而 PC 收 到 串口 上 传 的 数据 包 时 也 会 将 其 内 容 打印 出 来 。TestSerial 使 用 的 扩展 


数据 类 型 定义 在 TestSerial.h 头 文 件 中 ， 如 图 7-7 所 示 。 





















































test_serial_ msg 









serial packet t | dest ; STC |length group ltype=9 


起 


header 


图 7-7 TestSerial 数据 类 型 





TestSerial.h 


typedef nx struct test_serial msg { 
nx uintl6 t counter; 
} test serial msg t; 
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设置 串口 


节点 软件 开发 


$ java net.tinyos.tools.Listen -comm serial(@COM1:telos 




















在 windows 的 机 器 上 设置 监听 工具 使 用 COMI1 串口 以 telos 节点 的 码 率 通 





$ java net.tinyos.tools.Listen -comm serial(@/dev/ttyS0:micaz 


























重信 。 


在 UNIX 机 器 上 设置 监听 工具 使 用 COMI1 串口 以 micaz 节点 的 码 率 通信 。 





在 安装 TinyOS 的 windows 电脑 上 找到 Cycwin 文件 
下 载 到 节点 。 如 果 不 设 定数 据 包 源 
SerialForwarder 的 连接 方式 ， 因 





















































此 会 报错 无 法 连接 ， 退 日 






































夹 下 appstests/TestSerial， 将 其 
原 ， 则 默认 的 数据 包 源 是 SerialForwarder ， 
出 TestSerial 应 用 。 在 这 上 















































编译 


我 们 设置 数 





据 包 源 为 Serial， 具 体格 式 如 前 所 述 : serial@<PORT>: <SPEED>, 其 中 PORT 是 端口 号 














SPEED 是 数据 传输 波 特 率 。 


class BaudRate { 
static void init() throws Exception { 





/* The Platform.x argument is there for when this code is #include'd 
into C */ 

Platform.add(Platform.x, "mica", 
Platform.add(Platform.x, "mica2", 
Platform.add(Platform.x, "mica2dot", 
Platform.add(Platform.x, "telos", 
Platform.add(Platform.x, "telosb", 
Platform.add(Platform.x, "tinynode", 
Platform.add(Platform.x, "tmote", 
Platform.add(Platform.x, "micaz", 
Platform.add(Platform.x, "eyesIFX", 
Platform.add(Platform.x, "intelmote2", 115200); 


Platform.add(Platform.x, "iris", 


Platform.add(Platform.x, "shimmer", 


} 
} 





J 节点 之 间 通 信 


在 无 线 传感器 网 络 中 传感器 节点 上 


T 





19200); 
57600); 
19200); 

115200); 

115200); 

115200); 
115200); 
57600); 

57600); 


57600); 


115200); 




















一 般 都 配置 有 无 线 射频 模 块 ， 节 点 之 间 的 通信 主要 是 





通过 无 线 方式 来 完成 的 ，TinyOS 作为 一 个 比较 完善 的 操作 系统 ， 实 现 节 点 之 间 的 通信 和 是 其 





必 不 可 少 的 功能 之 一 
无 线 通 信 。 
7.4.1 AM 通信 


























， 本 节 将 详细 为 读者 分 析 和 介 








绍 使 用 TinyOS 的 相应 接口 和 组 件 来 实现 





在 节点 之 间 无 线 通 信 过 程 中 通常 有 多 种 服务 都 要 接 入 无 线 射 频 模块 ，TinyOS 提供 


Active Message (AM) 
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屋 对 无 线 射 频 模块 的 复 | 





] ? 每 个 数据 包 被 定义 成 AM 类 -AS 











型 ， 


型 ， 守 


二 

















并 通过 


外 
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字 节 来 辨别 该 数据 包 类 型 。 由 于 这 种 类 型 往往 自动 将 接收 到 的 数据 包 分 发 给 适当 的 处 理 者 ， 
就 像 是 信息 可 以 主动 地 寻找 并 到 达 目 的 地 ， 因 此 这 种 类 型 的 通信 方式 被 称 为 Active 
Message。 以 下 是 两 种 AM 接口 ， 在 目录 tos/interface 中 : 
AMPacket: 对 message t 抽象 数据 类 型 进行 基本 AM 存 取 。 这 个 接口 提供 了 获得 一 个 节 
点 AM 地 址 、AM 包 的 目的 地 和 AM 包 类 型 的 命令 ， 也 提供 了 设置 AM 包 目 的 地 和 类 型 ， 并 
检查 目的 地 是 否 为 本 地 节点 。 
AMSend: 相似 于 Send 接口 ， 提 供 了 基本 的 AM 发 送 接口 。 这 二 者 的 关键 差别 是 
AMSend 是 在 send 命令 中 获得 目的 地 的 AM 地 址 。 
另外 很 多 组 件 实现 了 基本 通信 和 active message 接口 ， 以 下 是 在 tos/system 目录 下 的 
组 件 。 
AMReceiverC: 提供 了 接口 : Receive，Packet，AMPacket。 
AMSenderC: 提供 了 接口 : AMSend，Packet，AMPacket，PacketAcknowledgements as 
Acks。 
AMSnooperC: 提供 了 接口 : Receive，Packet，AMPacket。 
AMSnoopingReceiverC: 提供 了 接口 : Receive，Packet，AMPacket。 
ActiveMessageAddressC: 提供 了 获得 和 设置 AM 地 址 的 命令 。 这 个 接口 一 般 不 怎么 使 
用 ， 因 为 改变 节点 的 AM 地 址 可 能 会 破坏 网 络 堆栈 。 
1. ActiveMessageC 
于 TinyOS 文 持 多 种 硬件 平台 ， 每 个 平台 都 有 其 自己 的 无 线 射 频 蕊 片 驱 动 ， 
ActiveMessageC 是 AM 接口 和 下 层 实现 的 桥梁 ,提供 了 大 多 数 AM 通信 所 需 的 接口 。 
ActiveMessageC 根据 其 平台 的 不 同 进行 不 同 的 命名 ， 主 要 根据 其 射频 芯片。 其 
eyesIFX 平台 的 ActiveMessageC， 由 Tda5250ActiveMessageC 实现 。 
intelmote2，micaz，telosa 和 telosb 平台 的 ActiveMessageC， 由 CC2220ActiveMessageC 































































































rn, 

























































































































































































































































































































































































mica2 平台 的 ActiveMessageC 由 CC1000ActiveMessageC 实现 。 
以 下 是 CC1000ActiveMessageC 的 代码 实现 如 下 : 


configuration ActiveMessageC { 
provides { 
interface SplitControl; 
interface AMSend[uint8 t id]; 
interface Receive[uint8 t id]; 
interface Receive as Snoop[uint8 tid]; 
interface Packet; 
interface AMPacket; 
interface PacketAcknowledgements; 
} 
} 
implementation { 
components CC1000ActiveMessageC as AML; 
SplitControl = AM 
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AMSend = AM; 

Receive = AM.Receive; 

Snoop = AM.Snoop; 

Packet = AM 

AMPacket = AM; 

PacketAcknowledgements = AM 
} 


2. message t 




















TinyOS 提供 了 许多 组 件 ， 这 些 组 件 提供 了 许多 接口 来 
组 件 均 使 用 一 个 共同 的 消息 缓冲 器 抽象 ， 被 称 为 message _t。 



































message t 代替 了 


























的 TOS_Msg 提取 。message t 是 不 透明 的 ， 因 此 它 是 不 可 以 直接 访问 的 。"message_t" 类 型 的 
主要 目的 是 允许 报 文 作为 内 存 的 一 个 连续 存储 区 域 以 零 找 贝 的 方式 在 不 同 的 链 路 层 传输 。 





| 象 底层 通信 服务 。 这 些 接口 和 














TinyOS1.x ! 








在 TinyOS2.x 中 ， 标 准 的 消息 缓存 是 message t。message t 结构 在 "tos/types/message.h" 





中 定义 。message t 的 代码 实现 如 下 : 


typedef nx struct message t { 
nx uint8 theader[sizeof(message header {)]; 
nx uint8 t data[{TOSH DATA LENGTH|; 
nx uint8 t footer[sizeof(message footer 1)]; 
nx uint8 t metadata[sizeof(message metadata t)|; 


} message t; 

















此 格式 将 数据 字段 保持 在 一 个 固定 的 偏 移 量 上 ， 这 对 于 在 两 个 不 同 的 链 路 
据 是 非常 重要 的 。 如 果 数 据 负载 字段 对 于 不 同 的 链 路 层 有 不 同 的 偏 移 量 ， 那 么 ; 
个 链 路 层 发 送 到 另 一 个 链 路 层 就 需要 使 用 "memmove'" 操 作 〈 需 要 使 用 拷贝 )。 在 TinyOS 1.x 
中 TOS_Msg 是 一 个 明确 的 active messaging 报 文 ， 而 message t 是 一 个 更 泛 化 的 数据 链 路 组 
存 。 实 际 上 ， 大 多 数 TinyOS 2.x 数据 链 路 层 都 提供 active messaging， 同 时 也 可 以 由 AM 协 


























议 栈 向 非 AM 协议 栈 传输 message_t 报 文 。 


























层 之 间 传 送 数 
各 一 个 包 从 一 








message t 的 头 部 ， 尾 部 ， 元 数据 对 于 上 层 协 议 来 说 都 是 不 透明 的 ， 不 能 直接 存 取 这 些 
域 。 而 数据 链 路 层 提 供 从 nesC 接口 ， 通 过 它们 来 实现 访问 结构 内 部 的 字段 。 
每 个 不 同 的 链 路 层 都 会 定义 它们 自己 的 头 ， 尾 ， 元 数据 字段 。 这 些 字段 必须 是 external 



























































TS 
































一 、external 类 型 能 确保 跨 平 台 的 兼容 ， 二 ， 它 会 强人 


























症结 构 在 字 节 边界 J 











结构 ("nx_struct")， 这 些 结构 的 所 有 成 员 必 须 是 external 类 型 ("nx")。 这 样 做 有 两 个 原因 : 























缓冲 区 及 其 内 部 的 字段 的 对 齐 问题 。 在 整个 包 被 发 往 
必须 是 nx_structs 的 。 























typedef nx_ struct cc1000 header { 
nx am addr taddr; 
nx uint8 t length; 
nx am group t group; 
nx am id ttype; 
} cc1000 header ft; 
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[s 





日 




















网 7.1: CC1000 的 射频 实现 在 其 "CC1000Msg.h" 中 定义 message t 结构 


上 对 齐 ， 从 而 避免 包 
口 被 记录 通信 日 志 时 ， 元 数据 字段 也 
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typedef nx struct cc1000 footer { 
nxle uint16 tcerc; 
} cc1000 footer t; 


typedef nx struct cc1000 metadata { 
nx uint16 t strength; 
nx uint8 tack; 
nx uint16 t time; 
nx uint8 t sendSecurityMode; 
nx uint8 treceiveSecurityMode; 
} cc1000 metadata t; 








每 个 数据 链 路 层 都 要 定义 它 自 己 的 结构 体 ， 而 一 个 平台 要 负责 定义 其 message_header 1， 
message footer t 和 message_metadata t。 这 是 因为 一 个 平台 可 能 有 多 个 数据 链 路 层 ， 通 过 以 
上 三 个 部 分 来 决定 有 哪些 结构 体 是 需要 的 。 这 些 必须 定义 在 平台 目录 下 的 platform 
message.h 文件 中 。 

例 7.2: 在 mica2 平台 下 有 两 个 数据 链 路 层 : CC1000 射频 模块 和 TinyOS 串口 协议 栈 ， 
在 tos/platforms/mica2/platform message.h 文件 中 如 下 代码 : 


















































typedef union message header { 
ccl000 header t celk; 
serial header t serial; 


} message header t; 


typedef union message footer { 
ccl000 footer tcclk; 
} message footer ft; 


typedef union message metadata { 
ccl1000 metadata cclk; 


} message metadata t; 


一 般 来 说 串口 数据 包 的 格式 中 没有 footer 或 者 metadata 部 分 ， 在 代码 中 可 以 看 到 
message_footer 中 只 有 cc1000 footer t cclk。 

例 7.3: 假如 一 个 名 为 “megamica” 的 平台 同时 有 CC1000 和 CC2420 射频 ， 那 么 它 的 
“platform_message.h” 就 应 该 如 下 : 

















| 























typedef union mega mica header { 
ccl000 header t celk; 
cc2420_ header t cc2420; 
serial header t serial; 


} message header t; 


typedef union mega_mica footer { 


147 


TinyOS 实用 编程 一 一 面向 无 线 传 感 网 节点 软件 开发 


ccl000 footer tcclk; 
cc2420 footer tcc2420; 
} message footer ft; 


typedef union mega mica metadata { 
ccl000 metadata tcclk; 
cc2420 metadata t cc2420; 
} message metadata tt 

















如 果 一 
字段 分 别 定义 成 链 路 层 结构 的 联合 字段 ， 
的 空间 。 


3. The messaget fields 
TinyOS 2.x 组 件 将 包 看 做 是 一 个 和 











样 
使 其 能 够 选择 包 的 结构 ， 增 强 了 操作 的 
优化 。 








这 样 能 保证 在 











疆 


引 








个 平台 有 多 个 链 路 层 ， 那 么 它 应 该 将 message_t 的 每 一 个 header,footer,metadata 
构 中 为 所 有 的 链 路 层 都 分 配 足够 








| 象 数 据 类 型 (ADTs)， 而 非 一 个 C 语言 结构 体 ， 这 














做 有 比较 明显 的 优势 ， 链 路 层 的 客户 并 不 依赖 于 结构 中 特定 的 字段 名 字 和 从 





自主 性 





E， 妃 外 还 在 其 

















人 





方面 














在 数据 链 路 





层 之 上 的 组 件 必须 从 接口 中 存 取 包 的 字段 。 














要 为 其 他 与 其 交互 的 组 件 提供 一 个 访问 接 
不 是 给 出 包 结 构 中 相关 字段 的 偏 移 量 。 

例如 在 active message 中 
1x 中 ， 组 件 能 






































的 AMPacket 接 
直接 访问 TOS_ Msg.addr， 在 TinyOS 2.x 中 ， 











三 个 引信 








站 全 已 


， 已 用 














Address(msg)。 这 些 接口 中 最 基础 的 是 Packet 接口 ， 
































是 供 接 入 AM 字段 的 命令 








还 作出 了 各 种 各 相 


位 置 ， 这 就 
的 











新 的 包 字 段 的 组 件 应 该 
结构 应 当 实现 存 取 数据 的 get/set 操作 ， 而 


。 在 TinyOS 
组 件 需要 调用 AMPacket.get 


它 能 提供 存 取 一 个 包 的 数据 负荷 的 




















HAD 命令 。 

链 路 层 组 件 在 存 取 包 字 段 时 可 能 不 同 于 其 他 组 件 ， 它 们 关心 具体 的 包 格 式 ， 因 此 它们 要 
实现 负责 为 其 他 组 件 实现 访问 这 些 字段 的 接口 。 

message_t 的 头 部 是 一 个 字 节 数组 ， 它 的 长 度 是 一 个 硬件 平台 的 数据 链 路 头 部 组 合 的 长 
度 。 这 些 射频 协议 栈 倾 向 于 将 数据 包 连 续 地 存储 起 来 ， 因 此 包 在 内 存 中 的 布局 并 不 一 定 需要 














反映 其 nesC 结构 的 布局 。 
一 个 包 的 头 部 字段 可 能 会 
个 字 节 处 。 
例 7.4: 在 Telos 平 








yy 
口 























typedef union message header { 
cc2420 header t cc2420; 
serial header t serial; 
} message header t; 




















在 message t 的 某 个 位 置 














CC2420 头 部 有 

















的 开始 处 ， 因 此 需要 在 串口 头 部 前 填 
节 的 CC2420 包 和 一 个 12 字 节 的 串口 包 。 
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充 6 个 字 节 。 


下 图 














始 ， 











而 并 非 一 定 在 message t 的 首 





11 个 字 节 长 ， 而 串口 头 部 才 5 个 字 节 。 串 口头 部 结尾 处 紧 挨 着 数据 字段 
显示 了 message t 的 布局 : 





一 个 10 字 


Tiny@O5 典型 应 用 |」 第 7 这 


11 bytes TOSH _ DAIA_ LENGTH 7 bytes 
不 he rm 1 
message t 1 header ! data ! meta 1 
人 
人 EE 2 
CC2420 1 header | data 1 meta | 
le el - ed 
区 下 1 
serial ! header ! data | 
TO 虽 


可 


图 7-8 ”message t 的 布 

















CC2420 包 和 串口 包 都 没有 footer 字段 ， 串 口 包 没 有 任何 元 数据 。 

数据 链 路 层 包头 字段 并 不 需要 在 message t 的 开始 处 ， 它 在 数据 字段 开始 处 的 一 个 负 人 4 
移 位 置 上 。 当 一 个 链 路 层 组 件 需 要 读 写 包头 部 字段 时 ， 它 必须 从 数据 字段 开始 处 减 去 一 个 1 
移 量 来 计算 头 部 字段 所 在 位 置 。 例 如 ， 串 口 协议 栈 头 部 有 一 个 active message 字段 ， 是 AM 
类 型 ， 返 回 AM 类 型 的 “AMPackettype” 命 令 如 下 : 









































要 于 







































































serial header t* getHeader(message t* msg) { 
return (serial header t*)(msg->data - sizeof(serial header t)); 


} 


command am id t AMPacket.type(message t* msg){ 
serial header t* hdr = getheader(msg); 
return hdr->type; 
} 
直接 计算 负 的 偏 移 位 置 是 不 方便 的 ， 所 以 串口 协议 栈 使 用 内 部 的 getHeader 函数 来 帮助 
完成 此 事 。 很 多 其 他 单 跳 协 议 也 采用 了 此 方法 ，nesC 编译 器 会 将 此 函数 内 联 化 ， 以 降低 开 
销 ， 大 多 数 情况 下 C 编译 器 会 将 其 编译 成 一 个 偏 移 寻 址 。 

在 message t 的 数据 字段 中 存储 了 单 跳 的 包 负 和 荷 。 它 的 长 度 是 TOSH DATA_LENGTH， 
默认 值 28 字 节 。TinyOS 应 用 能 在 编译 时 重新 定义 TOSH DAIA_LENGTH， 重 新 定义 使 用 
ncc 的 一 个 选项 ，-DTOSH _DATA LENGTH=x。 因 为 这 个 值 是 能 重新 配置 的 ， 所 以 有 可 能 存 
在 2 个 不 同 版 本 的 应 用 ， 它 们 的 MTU 是 不 同 的 。 如 果 接 收 到 的 包 数 据 长 度 大 于 
TOSH DAIA_LENGTH， 那 么 它 必须 将 包 丢 弃 。 因 为 头 部 正好 在 数据 字段 之 前 ， 所 以 一 个 平 
台 上 所 有 的 链 路 层 数据 字段 都 有 一 个 相对 message t 绥 冲 区 并 且 都 有 一 个 固定 的 偏 移 量 。 
message_footer t 域 确保 message_t 为 所 有 的 底层 链 路 层 提供 足够 的 空间 来 存储 尾部 。 就 
像 header 一 样 ，footer 并 不 必 像 C 结构 所 表示 的 那样 存储 在 内 存 中 ， 相 反 ， 它 们 是 依赖 于 特 
定 实现 的 。 一 个 单 跳 的 层次 可 能 将 footer 紧 接 在 数据 字段 后 。 对 于 长 度 短 的 包 而 言 ， 这 就 意 
味 着 footer 字段 实际 上 是 被 存储 在 数据 域 中 的 。 

message t 的 元 数据 字段 用 于 收集 单 跳 协议 栈 所 需要 的 元 数据 信息 ， 而 非 用 于 传输 。 这 
中 机 制 使 得 基于 包 的 协议 层 能 为 每 个 包 存 储 RSSI， 时 间 戳 等 信息 。 
例 7.5: CC2420 元 数据 类 型 结构 : 
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ny 



























































auf 




































































































































































































































































typedef nx _ struct cc2420 metadata t { 
nx uint8 ttx power; 
nx uint8 trssi; 
nx uint8 t lqi; 
nx bool crc; 
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的 。 


nx bool ack; 
nx uint16 t time; 
} cc2420 metadata t; 








message_t 结构 为 固定 长 度 的 header 和 footer 优化 过 ， 可 变 长 的 footers 通 
可 变 长 的 header 则 稍微 困难 。 有 三 种 通用 方法 能 使 用 。 

如 果 链 路 便 件 是 基于 字 节 的 ， 那 么 头 部 可 以 存储 在 message_t 结构 的 
个 可 知 的 偏 移 量 。 头 部 和 数据 字段 之 间 可 能 会 填充 其 他 值 。 
如 果 链 路 硬件 是 基于 包 的 ， 那 么 协议 栈 既 能 包含 指示 头 部 天 


















































































































































在 






































头 部 就 会 
据 域 中 。 要 注意 的 是 ， 一 旦 传输 完成 ， 它 们 就 要 被 拷贝 回来 。 本 


















































层 保存 一 个 包 的 拷贝 。 
7.4.2 单 跳 发 送 数据 包 


灯 


1. 重新 编写 Blink 








F 始 的 元 数 
司 定位 置 ， 也 能 在 接收 和 发 送 端 使 用 "memmove(3)"。 在 接收 端 和 发 送 端 使 月 
情况 下 ， 接 收 端 接收 包 ， 将 其 持续 地 读 入 message t 的 header 处 ， 一 旦 包 被 完整 地 接收 了 ， 

被 解码 ， 以 获得 数据 字段 的 长 度 ， 然 后 此 包 的 数据 字段 就 能 被 拷 入 message_t 的 数 
选 的 方法 是 射频 协议 栈 在 底 








er 
































是 


是 容易 实现 











于 始 处 ， 这 样 有 一 





据 ， 或 者 把 头 部 放 


日 memmove 的 





我 们 将 创建 一 个 简单 的 应 用 ， 实 现 计数 的 增加 ， 将 计数 的 三 个 最 低 有 效 位 在 三 个 LED 











上 显示 ， 并 通过 无 线 方式 将 计数 消息 发 出 。 
































$ cd tinyos-2.x/apps // 进 入 应 用 程序 apps 目录 
$ mkdir BlinkToRadio /创建 BlinkToRadio 文件 夹 




















创建 BlinkToRadio.nc 文件 ， 以 下 是 其 具体 代码 实现 。 














#include <Timerh> /本 行 是 告诉 编译 器 用 Timerh 中 的 全 部 内 容 完全 代替 directive。 编 译 器 在 





























一 个 标准 的 地 方 来 寻找 Timer.h 文件 ， 这 种 情况 下 ， 标 准 文件 一 般 位 于 tos 或 


Makefile 中 使 用 工 标记 来 告诉 编译 器 标准 目录 。 
#include "BlinkToRadio.h" // 引 号 告诉 预 处 理 程序 在 寻找 合法 的 文件 时 
这 种 情况 下 ，BlinkToRadio.h 文件 位 于 相同 的 目录 下 并 且 定 义 了 一 些 帮 

































































i 














录 下 。 也 可 以 在 文件 































































































module BlinkToRadioC { 
uses interface Boot; 
uses interface Leds; 
uses interface Timer<T™Milli> as Timer0; 
} 
implementation { 
uint16 tcounter = 0; 
event void Boot.booted() { 
call Timer0.startPeriodic(TIMER PERIOD MILLD; 
} 
event void Timer0.fired() { 
countertt; 
call Leds.set(counter); 
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使 用 包 








录 下 可 找 ， 在 
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创建 BlinkToRadio.h 头 文件 ， 在 文件 中 定义 用 到 的 常量 和 数据 结构 。 


#ifndef BLINKTORADIO H 
#define BLINKTORADIO H 


enum { 


TIMER PERIOD MILLI= 250; 


; 
#endif 























注释 : BlinkToRadio.h 是 一 个 标准 的 头 文件 ， 但 这 里 应 注意 两 点 : 第 一 : 注意 itndef、 





define 和 endif 的 使 用 ， 它 们 会 确 


次 定义 提出 警告 。 

















第 二 : 使 用 enum 定义 了 党 





define， 因 为 enum 不 会 轻易 地 代替 已 定义 的 每 个 常量 值 。 





P=: 


上 
口 


时 TIMER_PERIOD_MILLT。 使 用 enum 定义 常量 优 于 使 用 















































保 每 个 头 文件 中 的 定义 不 被 多 次 定义 ， 因 为 编译 器 会 对 多 






































接 下 来 ， 要 编写 配置 文件 BlinkToRadioAppC.nc， 将 用 到 的 组 件 导 通 : 














#include <Timer.h> 
#include "BlinkToRadio.h" 


configuration BlinkToRadioAppC { 


} 

implementation { 
components MainC; 
components LedsC; 


components BlinkToRadioC as App; 


components new TimerMilliCO as Timer0; 


App.Boot -> MainC; 

App.Leds -> LedsC; 

App.Timer0 -> Timer0; 
} 


另外 还 需 一 个 Makefile 文件 : 























COMPONENT=BlinkToRadioAppC /告诉 TinyOS 编译 系统 顶层 应 用 组 件 是 BlinkToRadioAppC 


include $(MAKERULES) 


2. Dissemination 分 发 





分 发 是 一 种 基本 的 传感器 网 络 协议 ， 主 要 / 























也 





日 于 实现 基于 共享 变量 的 网 络 一 致 性。 网 络 中 














的 每 一 个 节点 都 有 该 变量 的 一 个 备份 ， 这 种 小 数据 分 发 服务 会 通知 节点 该 变量 值 更 改 的 时 
间 ， 同 时 交换 数据 包 以 达到 整个 网 络 的 一 致 性 。 


























交换 数据 包 ， 但 是 随 着 时 间 的 流逝 ， 不 同意 




















一 个 变量 值 (converge on a single value)。 
网 络 的 高 度 一 致 性 能 有 效 避 免 临 时 改 











protocals) 不 同 ， 泛 洪 协 议 主要 是 离散 怕 





























在 任意 给 定时 段 ， 也 许 会 有 两 个 节点 不 同意 

















的 节点 数 会 越 来 越 少 ， 最 终 整 个 网 络 完全 依赖 于 











的 链接 失效 以 及 高 于 包 率 。 与 泛 洪 协议 (flooding 
的 工作 (节点 与 节点 之 间 不 受 某 一 变量 值 约束 )， 它 能 





























够 终止 并 且 不 再 达成 网 络 的 一 致 性 ， 小 数据 分 发 机 制 确保 网 络 内 部 在 有 可 靠 连接 的 情况 下 能 








够 达到 基于 单个 变量 值 的 一 致 性 。 
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小 数据 分 发 协议 会 因为 数据 项 (data item) 的 不 同 而 不 同 : 相 比 于 分 发 两 个 字 节 的 配置 字 
到 网 络 中 ， 有 效 的 分 发 几 十 个 KB 的 二 进 制 数据 流 时 需要 另外 的 协议 。 但 是 ， 深 入 研究 一 
下 ， 会 发 现 二 者 其 实 还 是 有 相同 点 的 ， 两 种 协议 并 非 完 全 不 同 。 把 小 数据 分 发 协议 分 成 两 个 
部 分 -- 分 别 是 控制 量 部 分 (control traffic) 和 数据 量 部 分 (data traffic)。 其 中 数据 通信 和 量 (data 
traffic) 协 议 依 赖 于 数据 项 的 大 小 ， 而 控制 通信 和 量 (control traffic) 协 议 大 至 相同。 例如 ，Deluge- 
这 种 二 进 制 重 编程 服务 以 二 进 制 形式 分 发 metadata。 当 网 络 中 的 节点 发 现 收 到 的 metadata 与 














































































































自身 的 metadata 不 同时 ， 他 们 就 会 意识 到 自 喘 原来 的 二 进 
二 进 制 信息 。 
Noverlty 协议 在 小 数据 分 发 一 致 性 模型 上 做 了 很 周到 | 






































岂 已 经 失效 了 ， 需 要 一 个 新 的 











的 考虑 ， 致 力 于 让 网 络 中 的 每 一 个 








节点 都 接纳 分 发 到 网 络 中 的 变量 值 的 最 新 版 本 。 按 照 这 种 方式 ， 节 点 可 以 通过 告诉 网 络 变量 





































































































以 确保 网 络 只 需要 一 次 更 新 便 可 以 确保 达成 一 致 。 














网 络 的 这 种 一 致 性 并 不 意味 着 每 一 个 节点 都 能 够 接收 至 














值 被 更 新 从 而 促进 网 络 达成 一 致 。 如 果 有 好 几 个 节点 决定 更 新 变量 值 ， 小 数据 分 发 协议 就 可 























I 变量 值 ， 这 种 一 致 性 仅仅 表示 网 


络 最 终 会 在 哪个 最 新 变量 值 这 个 问题 上 达成 一 致 。 如 果 有 一 个 节点 从 网 络 中 断 开 并 且 此 后 网 
络 经 过 8 次 更 新 才 得 到 共享 变量 ， 则 当 该 节点 重新 加 入 网 络 后 ， 它 所 接收 到 的 变量 值 只 会 是 


















































最 后 一 个 更 新 所 得 到 的 变量 值 。 





















































能 够 将 小 数据 分 发 到 整个 网 络 中 ， 这 对 于 传 感 网 应 用 Ti 





j 言 是 重要 的 组 成 部 分 。 它 允许 管 
























































里 员 向 网 络 中 插入 小 段 程序 ， 命 令 以 及 配置 字 。 比 如 ， 安 装 一 小 段 程 序 到 整个 网 络 中 就 相当 














于 建立 网 络 一 致 性 的 问题 ， 该 一 致 性 通过 包含 这 段 小 程序 的 一 个 变量 来 建立 。 
小 数据 分 发 协议 有 两 个 接口 : DisseminationValue 和 DisseminationUpdate。 前 者 适用 于 分 

















发 数据 的 消费 者 ， 后 者 便 适 用 于 生产 者 。 详 细 代码 如 下 : 
1) 

















interface DisseminationValue<t> { 
command const t* get(); 
command void set(const t*); 
event void changed(); 


2 


interface DisseminationUpdate<t> { 
command void change(t* newVal); 


} 




















这 些 接口 假定 在 分 发 服务 中 分 配 空间 来 储存 变量 值 。 这 样 一 来 ， 多 个 组 件 都 可 以 访问 该 
变量 并 且 还 能 共享 分 发 服务 建立 网 络 一 致 性 所 基于 的 相同 的 变量 。 消 费 者 能 够 通过 


























DisseminationValue.getO 指 向 的 数据 区 域 获 取 CONST 类 型 | 
































的 指针 ， 但 它 不 能 存储 这 个 指针 ， 
因为 网 络 更 新 过 程 中 可 能 会 导致 指针 值 的 改变 。 另 外 ， 由 于 该 指针 可 以 很 容易 就 被 获取 ， 这 





么 做 会 浪费 RAM,DisseminationValue.getO 只 要 分 发 的 变量 值 改 变 的 时 候 就 会 触发 change0 事 


























件 ， 因 此 在 这 种 情形 下 消费 者 需要 执行 一 些 运算 或 者 采取 机 












































应 的 举措 。 





DisseminationValue 接口 有 一 个 命令 "set"， 该 命令 允许 节点 在 不 以 建立 网 络 一 致 性 的 情况 
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下 改变 其 当前 的 变量 值 ， 这 个 命令 的 存在 可 以 使 节点 为 变量 分 配 一 个 初始 值 。 节 点 不 能 在 它 
已 经 处 理 了 "changed" 事 件 之 后 再 调用 "set" 函 数 ， 和 否则 整个 网 络 就 可 能 会 变 得 不 一 致 。 如 果 一 
个 节点 已 经 收 到 了 一 个 更 新 信息 或 者 一 个 客户 机 已 经 调用 了 "change" 函 数 ， 那 么 "set" 命 令 不 
能 用 来 设 定 新 的 变量 值 。 

DisseminationUpdate 有 个 单独 的 命令 "change", 该 命令 函数 有 一 个 参数 ， 并 且 是 指针 类 
型 。 该 指针 不 能 被 存 起 来 ， 因 为 提供 DisseminationUpdate 接口 的 组 件 必 须 将 接收 到 的 信息 存 
入 自己 分 配 的 内 存 里 。 
小 数据 分 发 协议 必须 在 整个 网 络 中 以 最 新 的 变量 值 为 桥梁 从 而 达成 网 络 的 一 致 性 。 间 接 
调用 change 函数 使 得 被 传输 的 数据 项 得 以 更 新 ， 这 样 它 就 可 以 被 分 发 给 网 络 中 的 每 一 个 节 
点 。 然 而 ， 这 个 change 函数 是 局 部 的 ， 对 于 一 个 过 时 的 节点 也 调用 了 change 函数 的 话 ， 新 
的 变量 值 可 能 不 会 被 分 发 ， 因 为 其 他 的 节点 或 许 都 有 了 一 个 更 新 的 变量 值 。 如 果 两 个 节点 同 
时 调用 了 change 函数 但 是 却 在 分 发 不 同 的 变量 值 ， 在 网 络 中 节点 变量 值 仍旧 不 同 的 情况 
下 ， 整 个 网 络 也 许可 能 会 达成 一 致 ! 但 是 小 数据 分 发 协议 必须 能 有 一 种 可 以 打破 僵局 的 机 
制 ， 以 至 每 个 节点 最 终 都 能 有 相同 的 变量 值 。 

小 数据 分 发 服务 必须 提供 一 个 组 件 ，DisseminatorC, 该 组 件 的 声明 如 下 : 


generic configuration DisseminatorC(typedef t, uint16 t key) { 
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provides interface DisseminationValue <t>; 
provides interface DisseminationUpdate <t>; 


} 


考虑 到 小 数据 分 发 协议 所 介绍 的 帧 头 格 式 ， 参 数 t 必须 能 够 适用 于 单个 message t 格 
式 。 如 果 使 用 了 一 个 更 大 容量 的 类 型 ， 在 实现 小 数据 分 发 过 程 中 编译 器 是 会 报错 的 。 

由 于 每 一 个 DisseminatorC 的 实例 都 可 能 分 配 存储 空间 或 者 产生 代码 ， 如 果 有 更 多 的 组 
件 希 望 共享 一 个 分 发 的 变量 值 时 ， 那 么 他 们 应 当 在 一 个 不 通用 但 又 能 被 共享 的 组 件 中 对 该 变 
量 值 进 行 封闭 ， 代 码 示例 如 下 : 


configuration DisseminateTxPowerC { 





































































































provides interface DisseminationValue<uint® >; 


} 

implementation { 
components new DisseminatorC(uintg t, DIS TX POWER); 
DisseminationValue = DisseminatorC; 


} 


两 个 DisseminiatorC 的 不 同 实例 不 能 共用 相同 变量 值 的 关键 参数 。 
在 使 用 上 述 接 口 的 过 程 中 会 出 现 这 样 一 个 问题 ， 即 如 何 选 择 变 量 key 的 值 。 一 方面 ， 采 
] uniqueO 很 简单 ， 但 是 这 意味 着 对 于 同一 个 程序 的 两 个 不 同 的 汇编 的 参数 key 所 占用 的 空 
司 可 能 有 所 不 同 ， 且 没有 办 法 支持 一 个 以 上 的 二 进 制 网 络 。 另 一 方面 ， 组 件 在 其 内 部 声明 自 
己 的 参数 key 意味 着 会 碰 到 无 法 解决 的 参数 key 人 碰撞 问题 。 因 为 在 这 期 间 ， 应 用 程序 可 以 选 
择 其 他 组 件 的 参数 key。 
一 般 而 言 ， 小 数据 分 发 的 变量 参数 key 可 独自 产生 或 手动 产生 。 这 些 定义 好 的 参数 key 
可 以 被 应 用 程序 特定 的 头 文 件 所 覆盖 。 单 独 的 命名 空间 和 静态 命名 空间 被 其 最 重要 的 二 进 制 
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位 所 分 隔 。 一 个 组 件 作 者 可 能 会 写 代码 如 下 : 


#include <disseminate keys.h> 





configuration SomeComponentC { 


} 
implementation { 
#ifndef DIS SOME COMPONENT KEY 
enum { 
DIS SOME COMPONENT KEY = unique(DISSEMINATE KEY)+1<<15; 
}; 
#endif 
components SomeComponentP; 
components new DisseminatorC(uint8 t, DIS _ SOME COMPONENT KEY); 
SomeComponentP.ConfigVal -> DisseminatorC; 


} 

















你 可 以 在 应 用 程序 目录 下 的 头 文件 disseminate keys.h 中 看 到 : 


#define DIS SOME _ COMPONENT KEY 32 





























即使 仔细 选择 参数 key， 两 个 不 兼容 的 参数 key 的 二 进 制 存储 空间 最 终 在 同一 个 网 络 以 
碰撞 的 形式 出 现 。 如 果 发 生 这 种 情况 ， 一 个 GUID， 参 数 key 独 有 的 二 进 制 可 包括 在 该 协议 
内 。 利用 GUID 可 以 使 节点 检测 其 他 二 进 制版 本 ， 而 不 是 储存 它们 。 此 GUID 不 会 成 为 外 
部 接口 的 一 部 分 ， 但 将 在 内 部 被 使 用 。 









































7.5 定时 器 (Timer) 




















大 部 分 微 控制 器 都 提供 了 丰富 的 定时 器 系统 ， 具 有 如 下 特点 : 

@ 多 个 计数 器 ， 具 有 不 同 的 位 数 和 多 种 时 钟 选择 

@ 每 个 计数 器 都 有 一 个 或 多 个 比较 寄存 器 ， 输 出 管 脚 变化 和 计数 器 值 变化 可 触发 中 断 

@ 获取 输入 管 脚 变化 的 时 间 

TinyOS 不 会 捕获 平台 之 间 的 所 有 差异 。 相 反 ， 根 据 HAA 原理 ， 每 个 微 控制 器 应 通过 
HPL 层 《〈 适 当 的 ， 也 包括 HAL 层 ) 的 组 件 和 接口 来 展现 其 所 有 功能 。 然 而 ， 定 时 器 在 两 个 
方面 即 测量 时 间 和 特定 时 间 的 触发 〈 可 能 重复 ) 事件 ， 需 要 很 好 的 定义 。 


7.5.1 接口 




















































































































定时 器 的 三 个 基本 属性 是 精度 (precision )、 位 数 (width〉 和 准确 性 (accuracy)。 在 讨 
论 接 口 前 ， 我 们 先 简单 的 看 一 下 定时 器 接口 中 对 这 三 种 基本 属性 的 描述 。 
精度 的 单位 可 以 是 毫秒 ，32kHz 时 钟 的 一 个 时 钟 周期 或 者 微 秒 。 本 节 中 所 有 相对 秒 的 精 
度 都 以 二 进 制 表 示 。 也 就 是 说 ，1 秒 包括 1024 二 进 制 毫秒 ，32768 32kHz ticks， 或 者 是 
1048576 微 秒 。 为 了 合理 兼容 其 他 精度 ， 本 节 主 要 介绍 毫秒 和 32kHz ticks 这 两 个 精度 。 位 数 
即 8 位、16 位 、32 位 和 64 位 。 定 时 器 接口 和 组 件 的 位 数 应 为 32 位 。 本 节 主 要 介绍 32 位 。 
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考虑 到 其 他 位 数 的 平台 ， 特 定 平台 会 使 用 其 他 位 数 。 
准确 度 反映 了 组 件 与 它 提 供 的 精度 的 相 适应 性 。 准 确 度 受 时 钟 漂移 〈 相 对 晶振 而 言 ， 内 
部 时 钟 更 受 影响 ) 和 硬件 受 限 影响 。 硬 件 限 制 的 例子 有 : mica2 平台 中 7.37MHz 的 时 钟 不 能 
提供 准确 的 binary 毫秒 计数 器 ， 它 能 提供 的 最 接近 的 是 7.37MHz/8。 相对 过 剩 精度 ， 则 应 
优先 选择 最 接近 所 提供 的 时 钟 精度 。 
本 节 中 所 有 接口 带 的 参数 都 有 精度 ， 某 些 接口 的 参数 还 有 时 钟 位 数 。 这 使 具有 不 同 精度 
或 位 数 的 定时 器 接口 互 不 兼容 。 用 户 可 根据 给 定 的 定时 器 接口 ， 编 写 所 需 的 精度 和 位 数 。 
精度 被 表示 为 一 种 虚拟 的 类 型 TMill，T32khz，TMicro， 它 们 通常 在 标准 头 文件 
Timerh 中 定义 : 
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上 








typedef struct { int notUsed; } TMilli; / 1024 ticks per second 
typedef struct { int notUsed; } T32khz; // 32768 ticks per second 
typedef struct { int notUsed; } TMicro; // 1048576 ticks per second 


注意 : 精度 可 根据 需求 命名 ， 表 示 为 频率 或 周期 。 


.定时 器 接口 
ee 如 下 : 














interface Counter< precision tag, size type > 
interface Alarm< precision tag, size type > 
interface BusyWait< precision tag, size type > 
interface LocalTime< precision tag > 


interface Timer< precision tag> 




















LocalTimer 接口 和 Timer 接口 使 用 固定 的 位 数 即 32 位 ， 主 要 被 用 户 的 应 用 程序 使 
j。Alarm 接口 ，BusyWait 接口 和 Counter 接口 主要 被 TinyOS 定时 器 系统 和 高 级 用 户 组 
件 使 用 。 


1) Counter 接口 
Counter 接口 返回 当时 时 间 ， 并 提供 命令 和 一 个 事件 函数 来 管理 溢出 。 这 些 溢出 命令 和 
事件 对 从 低位 数 计数 器 转变 为 高 位 数 计数 器 是 非常 必要 的 。 


interface Counter<precision tag,size type> 

{ 
async command size type get(); 
async command bool isOverflowPending(); 
async command void clearOverflow\(); 
async event void overflow(); 


} 













































































炳 





get0 返回 当前 时 间 。 
isOverflowPending() 当 本 计数 器 的 溢出 标志 位 置 位 时 返回 TURE。 例 ， 当 最 外 层 的 原子 
操作 退出 后 会 发 生 溢出 事件 ， 此 时 返回 TURE。 否 则 返回 FALSE。 此 命令 仅 返回 溢出 标志 位 
的 状态 ， 此 外 并 无 其 他 作用 


clearOverflow0 取 消 溢 出 事件 ， 并 清空 溢出 标志 位 。 
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overflow0O 通 知 现在 发 生 溢出 。 
























































节点 软件 开发 














也 就 是 说 ， 当 前 时 间 已 经 从 它 的 最 大 值 


变 为 零 (溢出 发 
































生 状 态 )。 

2) Alarm 接口 

Alarm 组 件 是 Counter 的 扩展 ， 当 Alarm 组 件 的 比较 寄存 器 检测 到 定时 器 到 时 的 时 候 ， 
触发 某 事件 。Alarm 接口 中 所 有 的 命令 和 事件 都 是 异步 的 。Alarm 接口 为 通常 应 用 提供 了 基 
本 命令 集 ， 为 高 级 应 用 提供 了 扩展 命令 集 。 





interface Alarm<precision tag,size type> 


{ 


// basic interface 


async command void start( size_type dt ); 


async command void stop(); 


async event void fired(); 

// extended interface 

async command bool isRunning(); 

async command void startAt( size_ type t0, size_type dt ); 


async command size type getNow!(); 


async command size type getAlarm(); 


} 


start(dt) ”取消 所 有 在 此 之 前 运 
次 然后 停止 。 


钟 仅 运行 一 








stop() 取消 所 有 在 此 之 前 运行 的 警钟 。 
fired0 触发 一 个 事件 通知 警报 时 间 到 。 


















































行 的 警钟 。 设 


























置 从 现在 算 起 dt 个 时 间 单 位 的 警钟 。 此 警 








isRunning() 当 警 钟 已 经 开始 运行 ， 并 且 还 没 用 被 取消 或 者 运行 时 间 还 未 结束 时 返回 
TURE。 否 则 返回 FALSE。 
startAt(t0，dt) 取消 所 有 在 此 之 前 运行 的 警钟 ， 并 且 设 置 触发 时 间 为 t1=t0+dt。 即 允许 在 


调用 startAt 前 有 一 个 时 延 

















t0。 定 时 器 子 系统 在 内 
































































































































部 使 用 这 种 方式 ， 这 可 充分 使 用 警钟 位 数 ， 












































也 可 检测 短 警钟 过 早 发 生 。 

getNow() 返回 当时 时 间 ， 包 含 警 钟 精度 和 位 数 。 

getAlarm() 返 回 现在 正在 运行 的 警钟 的 期 满 时 间或 者 是 先 去 运行 警钟 的 期 满 时 间 。 
getAlarm 可 于 startAt 结合 来 为 警钟 设置 新 的 警钟 时 间 。 例 如 ，startAt(getAlarm0,dt ) 用 于 构 
建 周 期 性 警钟 ， 这 模式 在 fre〈) 事件 中 使 用 。 

3) BusyWait 接 

BusyWait 接口 允许 有 一 个 非常 短 的 同步 延迟 。 为 了 确保 警钟 能 合理 并 且 高 效 使 用 ， 
BusyWait 应 保守 使 用 。BusyWait 接口 代替 了 TinyOS1.x 中 的 TOSH _uwait 宏 。 

BusyWait blocks 不 少 于 某 个 特定 的 时 间 。 延 迟 时 间 没 有 一 个 固定 的 上 限 。 


interface BusyWait<precision tag,size type> 


{ 


async command void wait( size_type dt ); 


} 


wait(db 至 少 等 待 dt 个 时 间 单 位 。 
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4) LocalTime 接口 


LocalTime 接口 








序 所 设计 的 。 


interface LocalTime<precision tag> 


{ 


} 


getO 返 


5) Timer 接 


Timer 
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async command uint32 t get(); 


反 回 当前 时 间 。 
































接口 中 所 有 的 命令 和 事 





interface Timer<precision tag> 


{ 


} 


startPeriodic(dt) 取 消 之 


Cn 





tartOneShot(db 取消 之 前 运行 


// basic interface 























command void startPeriodic( uint32 t dt ); 
command void startOneShot( uint32 t dt ); 


command void stop(); 

event void fired(); 

// extended interface 
command bool isRunning(); 
command bool isOneShot(); 


command void startPeriodicAt( uint32 tt0, uint32 t dt ); 
command void startOneShotAt( uint32 tt0, uint32 t dt ); 


command uint32 t getNow(); 
command uint32 t gett0(); 
command uint32 t getdt(); 
























































fire。 定 时 天 触发 一 次 后 停止 。 


stop0 取 消 之 前 所 有 运行 的 定时 
示 定 时 器 期 满 〈 一 次 ) 或 者 重复 触发 (周期 性 ) 
台 ， 但 没有 取消 或 时 间 还 没 满 则 
行 定时 器 ，isRunning0 会 返回 TURE， 直 到 取消 该 周期 性 定时 


fred0 发 出 信号 写生 人 
ing() 对 于 运行 一 次 定时 器 ， 如 有 果 定 时 器 已 经 开 


1sRunn 


返回 TURE。 对 于 周期 性 运 


缆 。 
isOneS 


时 器 ， 则 返 
startPeriodicAt(t0,dt) 取 消 之 前 运行 的 定时 器 ， 并 且 设 置 期 满 时 间 为 t1=t0+dt。 




















hot() 如 果 定 时 器 是 一 次 运 
回 FALSE。 

















dt 的 时 间 单 


位 ， 将 周期 性 触发 fre0， 








的 定时 器 ， 并 设置 在 调用 时 钟 开始 的 dt 时 间 自 





























器 。 















































去 行 定时 器 ， 则 返回 TRUE。 若 定时 器 是 一 个 周期 























直到 停止 











展现 了 一 个 无 溢出 的 32 位 计数 器 。 这 主要 是 为 不 关心 溢出 条 件 的 应 用 程 








件 都 是 同步 的 。Timer 接口 为 基本 应 用 提供 了 基本 命令 
集 ， 为 高 级 应 用 提供 了 扩展 命令 集 。Timer 接口 支持 周期 性 事件 发 生 。 


前 运行 的 定时 器 ， 并 设置 从 调用 时 钟 开 始 的 dt 时 间 单 位 后 触发 
fire。 定 时 器 每 隔 dt 个 时 间 单 位 周期 性 触发 直到 stop0 事 件 发 生 。 




















位 后 触发 








7 


性 的 定 











定时 器 每 隔 
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startOneShotAt(t0,dt) 取消 之 前 运行 的 定时 器 ， 并 且 设 置 期 满 时 间 为 tl=t0+dt。 定 时 器 将 
周期 性 触发 一 次 fire0， 然 后 停止 。 

getNow0 返 回 当时 时 间 ， 包 含 警钟 的 精度 和 位 数 。 

get00 返 回 时 间 销 ， 该 时 间 销 针对 先前 启动 的 定时 器 或 周期 性 定时 器 的 前 个 事件 时 间 。 
getdtO 返 回 前 个 启动 的 定时 器 的 延迟 或 周期 。 
7.5.2 ”定时 右 HAL 方案 

平台 应 该 通过 使 用 标准 的 Alarm 接口 和 Counter 接口 来 实现 其 时 钟 功能 。 在 这 一 层 的 接 
口 设计 应 该 满足 两 种 需求 : 首先 应 当 独 立 于 底层 特定 的 定时 器 和 报警 器 ， 从 而 对 上 层 屏蔽 硬 
件 的 差异 ， 其 次 应 该 能 够 在 定时 器 或 报警 器 并 不 存在 时 报错 ， 从 而 提高 程序 的 健壮 性 。 

平台 在 Counter 和 Alarm 接口 中 指定 硬件 定时 器 参数 precision ${P} 和 width $fW} 。 






















































































































































































configuration Counter$ {P}${W}C 
{ 


provides interface Counter< T$ {P}, uint$ {W} _t >; 


} 
generic configuration Alarm${P}${W}CO 


{ 
provides interface Alarm< T${P}, uint$ {W} t >; 


} 


实例 Alarm${P}${W?YC 组 件 提供 了 新 的 独立 的 Alarm。 如 果 平 台 呈 现 出 有 限 个 Alarm 资 
源 ， 则 在 应 用 中 分 配 的 Alarm 比 在 平台 中 呈现 出 的 Alarm 多 时 ， 将 产生 编译 错误 。 

例如 ， 如 果 某 平台 有 一 个 8 位 的 32KHz 计数 器 和 三 个 8 位 的 32KHz 的 alarm， 则 对 
${P}=32khz 和 ${W}=16 的 Counter 和 Alarm 接口 是 : 









































configuration Counter32khz8C 
{ 


provides interface Counter< T32khz, uint8 t >; 


} 
generic configuration Alarm32khz8C() 


{ 


provides interface Alarm< T32khz, uint8 t>; 


} 


这 种 结构 用 于 定义 平台 组 件 ， 这 些 组 件 在 单个 应 用 中 互 不 兼容 。 不 兼容 的 组 件 在 一 起 编 
译 时 将 产生 编译 错误 。 


7.5.3 ”定时 器 HIL 需求 
所 有 的 平台 必须 提供 以 下 组 件 : 


HilTimerMilliC 
BusyWaitMicroC 






























































ot 






































这 两 个 组 件 都 使 用 binary 单位 ， 例 ，HilTimerMilliC 使 用 1/1024s,BusyWaitMicroC 使 用 
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1/1048576s。 组 件 也 可 以 使 用 其 他 精度 。 
1. HilTimerMilliC 


configuration HilTimerMilliC 


{ 
provides interface Init; 
provides interface Timer<TMilli> as TimerMilli[ vint8_t num ]; 


provides interface LocalTime<T™Milli>; 


} 


分 配 一 个 新 的 定时 器 时 ， 使 用 unique (UQ_TIMER _MILLI) 来 获取 一 个 新 的 唯一 的 定时 器 
数值 。 这 个 定时 器 数值 用 来 索引 TimerMilli 的 参数 接口 。UQ_TIMER_MILLI 在 Timerh 中 定 
义 。HilTimerMilliC 被 LocalTimeMilliC 组 件 和 TimerMilliC 组 件 使 用 ， 位 于 tos/system 目录 下 。 

2. BusyWaitMicroC 















































configuration BusyWaitMicroC 
{ 


provides interface BusyWait<TMicro,uint16 t>; 


} 


BusyWaitMicroC 允许 应 用 有 数 微 秒 的 忙 等 待 。 当 延迟 很 短 时 ，BusyWaitMicroC 组 件 的 
使 用 是 受 限 的 。 


7.S.4 ”用 到 的 其 他 组 件 


许多 独立 于 平台 的 通用 组 件 用 来 帮助 实现 和 提高 TinyOS 定时 器 系统 。 
@ AlarmIoTimerC 
BusyWaitCounterC 



























































@ 

@ CounterToLocalTimeC 

@ TransformAlarmC 

@ TransformCounterC 

@ VirtualizeTimerC 

1. AlarmToTimerC 组 件 

AlarmToTimerC 组 件 将 32 位 的 Alarm 转换 成 定时 器 。 





generic component AlarmToTimerC( typedef precision tag ) 


provides interface Timer<precision tag>; 


uses interface Alarm<precision tag,uint32 t>; 


} 


2. BusyWaitCounterC 组 件 
BusyWaitCounterC 组 件 使 用 计数 器 来 使 程序 等 待 一 个 特定 的 时 间 。 








generic component BusyWaitC( typedef precision tag, typedef size type @integer() ) 
{ 
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provides interface BusyWait<precision tag,size type>; 
Uses interface Counter<precision tag,size type>; 


} 


3. CounterToLocalTimeC 组 件 
CounterToLocalTimeC 组 件 将 32 为 计数 器 转换 成 LocalTime。 





generic component CounterToLocalTimeC( precision tag ) 


{ 
provides interface LocalTime<precision tag>; 


uses interface Counter<precision tag,uint32 >; 


} 


4. TransformAlarmC 组 件 
TransformAlarmC 组 件 减少 Alarm 的 精度 和 或) 位 数 。 





generic component TransformAlarmC( 
typedef to_precision tag, 

typedef to_size type @integer(), 
typedef from precision tag, 

typedef from size type @integer(), 
uint8 tbit shift right ) 

{ 


provides interface Alarm<to_ precision tag,to_size type> as Alarm; 





uses interface Counter<to_precision tag,to_size type> as Counter; 





uses interface Alarm<from precision tag,from size type> as AlarmFrom; 


} 





to_precision tag 和 to_size_type 表示 Alarm 的 最 终 精 度 和 最 终 位 数 。from precision tag 
和 from_size_type 表示 AlarmFrom 的 精度 和 位 数 。bit_shift_right 表示 bit_shift 将 使 用 过 的 精 
度 转换 为 所 提供 的 精度 。 

例 ， 将 Alarm<T32khzuint13 全 转换 为 Alarm<TMilliuint32 信 , 则 需 建立 Transform 
AlarmC 如 下 : 

new TransformAlarmC( TMill uint32 t, T32khz, uint16 t,5 ) 

开发 者 使 用 TransformAlarmC 来 确保 所 有 的 5 个 参数 都 是 自给 的 。 当 传递 给 
TransformAlarmC 的 参数 不 一 致 时 ， 不 会 发 生 编译 错误 。 

5. TransformCounterC 组 件 

TransformCounterC 组 件 减少 计数 器 的 精度 和 或) 位 数 。 




































































generic component TransformCounterC( 
typedef to_precision tag, 

typedef to_size_ type @integer(), 
typedef from precision tag, 

typedef from Size type @integer(), 
uint8 tbit shift right, 

typedef upper count type @integer() ) 
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{ 


provides interface Counter<to_precision tag,to_size type> as Counter; 





uses interface Counter<from precision tag,from size type> as CounterFrom; 


} 








to_precision tag 和 to_size_ type 表示 Counter 的 最 终 精 度 和 最 终 位 数 。from_precision tag 
和 from_size_type 表示 CounterFrom 的 精度 和 位 数 。bit_shift_right 表示 bit_shift 将 使 用 过 的 
精度 转换 为 所 提供 的 精度 。upper count type 表示 存 数 附加 计数 器 位 的 数字 类 型 。 
upper_count type 位 数 必 须 大 于 等 于 附加 位 数 即 to_size type 加 bit_shift_right。 

例如 ， 将 Counter<T32khz,uint13 们 转换 为 Counter<TMilliiuint32 位 , 则 需 建 立 Transform 
CounterC 如 下 : 




















new TransformCounterC( TMilli, uint32 也 T32khz, uint16 t, 3 ,uint32 1t) 


6. VirtualizeTimerC 组 件 
VirtualizeTimerC 组 件 使 用 单一 的 定时 器 来 建立 255 个 虚拟 定时 器 。 




















generic component VirtualizeTimerC( typedef precision tag, int max_ timers ) 
{ 

provides interface Init; 

provides interface Timer<precision tag> as Timer[ uint8 tnum ]; 

uses interface Timer<precision tag> as TimerFrom; 


} 


7.5.5 ”实现 























HIL 接口 定义 位 于 tinyos-2.x/tos/lib/timer 目录 下 : 





@ Alarm.nc 

@ BusyWait.nc 

@ Counternc 

@ LocalTime.nc 

@ Timerh defnes precision tags and strings for unique() 
@ Timernc 

有 效 组 件 的 实现 位 于 tinyos-2.x/tos/lib/timer 目录 下 : 














@ 人 AlarmIoTimerC.nc 

@ BusyWaitCounterC.nc 

@ CounterIoLocalTimeC.nc 

@ TransformAlarmC.nc 

@ TransformCounterC.nc 

@ VirtualizeAlarmC.nc 

@ VirtualizeTimerC.nc 

MSP430 定时 器 的 实现 位 于 tinyos-2.x/tos/chips/msp430/timer 目录 下 : 

@ Alarm32khz16C.nc ls generic and provides a new Alarm<T32khz,uint16 > 
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Alarm32khz32C.nc ls generic and provides a new Alarm<T32khz,uint32 位 
AlarmMillil6C.nc ls generic and provides a new Alarm<TMilli,uint16 > 
AlarmMilli32C.nc is generic and provides a new Alarm<TMilli,uint32 位 
BusyWait32khzC.nc provides BusyWait<T32khz,uint16 t> 

BusyWaitMicroC.nc provides BusyWait<T™Micro,uint16 > 

Counter32khz16C.nc provides Counter<T32khz,uint16 > 

Counter32khz32C.nc provides Counter<T32khz,uint32 > 

CounterMilli16C.nc provides Counter<T™Milli,uint16 t> 

CounterMilli32C.nc provides Counter<T™Milli,uint32 t> 

GpioCaptureC.nc 

HilTimerMilliC.ne provides LocalTime<TMilli> and Timer<T™Milli> as TimerMilli[unts ft 
numl] 

Msp430AlarmC.nc ls generic and converts an MSP430 timer to a 16-bit Alarm 
Msp430Capture.nc HPL interface def nition for MSP430 timer captures 

Msp430ClockC.nc exposes MSP430 hardware clock nitialization 

Msp430ClockInit.nc HPL interface def nition for hardware clock initialization 
Msp430ClockP.nc implements MSP430 hardware clock initialization and calibration and 
startup 

Msp430Compare.nc HPL interface def nition for MSP430 timer compares 
Msp430Counter32khzC.nc provides Counter<T32khz,uint16 t> based on MSP430 TimerB 
Msp430CounterC.nc is generic and converts an Msp430Timer to a Counter 
Msp430CounterMicroC.nc provides Counter<TMicro,uint16 t> based on MSP430 TimerA 
Msp430Timer.h def nes additional MSP430 timer bitmasks and structs 

Msp430Timernc HPL interface def nition 

Msp430Timer32khzC.nc ls generic and allocates a new 32khz hardware timer 
Msp430Timer32khzMapC.nc exposes the MSP430 hardware timers as a parameterized 
interface allocatable using Msp430Timer32khzC 

Msp430TimerC.nc exposes the MSP430 hardware timers 

Msp430TimerCapComP.nc is generic and implements the HPL forMSP430 capture/compare 
special function registers 

Msp430TimerCommonPnc maps the MSP430 timer interrupts to Msp430TimerEvents 
Msp430TimerControl.nc HPL interface def nition 

Msp430TimerEvent.nc HPL interface def nition 

Msp430TimerP.nc ls generic and implements the HPL for MSP430 timer Special function 





registers 


ATmege128 和 PXA27x 定时 器 的 实现 分 别 位 于 “tinyos-2.x/tos/chips/atm128/timer” 和 
“finyos-2.x/tos/chips/pxa27x/timer” 目 录 下 。 
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第 8 章 TinyOS 应 用 程序 
运行 过 程 剖 析 





章 详细 介绍 了 Blink 应 用 实例 的 运行 过 程 ， 从 系统 初始 化 到 具体 的 功能 实现 ， 对 程序 
中 每 条 语句 的 意义 功能 做 了 详细 分 析 ， 有 助 于 读者 对 TinyOS 进行 更 深入 的 了 解 。 


8: 系统 初始 化 


每 个 应 用 实例 中 都 会 有 系统 初始 化 ， 只 是 实例 中 不 同 的 功能 使 得 系统 初始 化 也 不 同 。 系 
统 初始 化 的 功能 主要 是 通过 对 硬件 平台 、 软 件 代 码 进行 基本 配置 操作 ， 使 程序 可 执行 。 系 统 
初始 化 在 模块 文件 中 体现 为 event void Bootbooted0， 表 示 系 统 初始 化 完毕 ， 和 触发 启动 事件 ， 
由 此 开始 下 面 代码 的 执行 。Boot 接口 是 由 MainC 组 件 提供 ， 因 此 每 个 应 用 实例 的 顶层 配置 
文件 中 都 会 包含 MainC 组 件 。 

系统 初始 化 分 为 三 个 阶段 : 

1) 任务 调度 器 初始 化 。 

2) 硬件 平台 和 软件 组 件 初始 化 。 

3) 触发 Boot 接口 中 的 事件 。 

系统 初始 化 主要 是 由 组 件 MainC 来 完成 ， 在 组 件 MainC 中 提供 了 接口 Boot， 使 用 了 接 
口 Init， 用 来 初始 化 组 件 。 以 下 是 MainC 文件 的 具体 代码 ， 可 以 发 现 Boot 接口 实际 上 是 由 
组 件 RealMainP 提供 的 。 


#include "hardware.h" 



















































































CY 




























































































configuration MainC { 
provides interface Boot; 
uses interface Init as SoftwareInit; 
) 
implementation { 
components PlatformC, Real MainP, TinySchedulerC; 


RealMainP.Scheduler -> TinySchedulerC; 
RealMainP.PlatformInit -> PlatformC， 
SoftwareInit = RealMainP.SoftwareInit; 
Boot = RealMalinP; 


} 
系统 初始 化 的 具体 实现 是 在 其 模块 文件 RealMainP 中 进行 ， 在 文件 夹 Ci\cygwin\opt\tinyos- 
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2.x\tos\system 中 可 以 找到 。 


module RealMainP @OSsafeO { 
provides interface Boot; 
uses interface Scheduler; 
uses interface Init as PlatformImnit; 
uses interface Init as SoftwareInit; 
} 
implementation { 
int main() @C() @spontaneous() { 
atomic 
{ 
platform bootstrap(); 
call Scheduler.init(); 
call PlatformInit.init(); 
while (call Scheduler.runNextTask()); 
call SoftwarelInit.init(); 
while (call Scheduler.runNextTask()); 





























} 

_ nesc enable interrupt(); 

signal Boot.booted(); 

call Scheduler.taskLoop(); /使 调度 程序 进入 无 穷 的 循环 ， 队 列 里 
/没有 任务 时 把 MCU 调 至 低 功 耗 状 态 

















return -]， 


} 


// 这 里 不 是 Void 函数 ， 如 果 没 有 返 




















日 





值 ， 一 些 版 本 的 编译 器 会 警告 





default command error tPlatformInit.initO { return SUCCESS; } 
default command error t SoftwarelInit.init() { return SUCCESS; } 


default event void Boot.booted() {} 
} 


在 系统 初始 化 过 程 ! 

















涉及 三 个 接 





? 分 别 是 : 








Scheduler 接口 用 来 初始 化 任务 调度 器 和 执行 任务 ，Boot 
的 起 始 位 置 ， 每 个 应 用 实例 中 都 会 从 这 个 接口 的 事件 触发 3 
int main() @C() @spontaneous0 的 @CO 表 示 main0 心 ; 














RealMain 域内 ，main0 就 是 一 个 全 
问 ， 不 仅 限于 本 文件 。 

因为 任务 和 硬件 事件 句柄 可 能 被 
条 件 的 影响 ， 导 致 产生 不 一 致 或 不 正确 的 数据 。 


















































init 接 








接 











] 来 初始 化 组 人 态 ; 
是 系统 完成 初始 化 后 程序 运行 














他 异步 代码 抢占 ， 





避免 竟 争 的 办 法 








开始 。 
畜 出 现在 全 局 域内 ， 而 不 是 出 现在 
局 函数 。@spontaneous0 表 示 main0 可 以 被 其 他 文 从 





或 者 硬件 状 

















访 


iT 











所 以 nesC 程序 易于 受到 特定 竞争 


























通 肖 

















常 是 在 任务 内 排他 地 访问 
































享 数 据 》 














或 访问 所 有 数据 都 使 用 原子 语句 。 这 里 用 到 了 原子 语 各 





， 原 子 语句 月 


























关键 字 ， 表 示 在 执行 以 下 语句 时 不 受 人 硬件 ' 


atomic 


{ 








platform bootstrap(); 
call Scheduler.init(); 
call PlatformInit.init(); 
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日 atomic 作为 


while (call Scheduler.runNextTask()); 

call SoftwareInit.init(); 

while (call Scheduler.runNextTask()); 
} 














在 模块 RealMainP 中 首先 执行 的 是 platform bootstrap0 函 数 ， 使 系统 进入 可 执行 状态 ， 
这 个 函数 仅 包 括 为 以 后 编码 所 必需 的 操作 ， 一 般 是 空 函 数 ， 也 可 对 其 编辑 。 然 后 是 任务 调度 














器 初始 化 call Schedulerinit0， 使 任务 可 投递 、 可 执行 。 如 果 任 务 调 度 器 初始 化 没有 完成 ， 
后 的 其 他 组 件 初始 化 时 就 不 能 提交 任务 ， 以 至 于 程序 不 能 正常 运行 。 


8.1.1 ”任务 调度 器 初始 化 






































随 


TinyOS 2x 中 ， 任 务 调度 器 是 一 个 组 件 。 调 度 组 件 必须 协调 不 同 的 任务 类 型 。 基 本 类 型 









































的 任务 仍然 是 无 参数 、 先 入 先 出 的 。 这 种 任务 类 型 文 持 TinyOS 1.x 中 task 和 post 的 用 法 。 
调度 器 提供 参数 化 的 任务 接口 ， 每 个 与 该 接口 连接 的 任务 要 使 用 函数 unique0 来 获得 一 个 唯 






































的 标识 ， 用 该 标识 来 提交 任务 。TinyOS 调度 组 件 位 于 system\TinySchedulerC 文件 中 ， 























默 


认 的 调度 实现 模块 是 SchedulerBasicP 。 如 果 要 采用 新 的 调度 算法 ， 可 以 将 配置 文件 
TinySchedulerC 放 入 应 用 中 ， 且 使 用 新 的 调度 实现 模块 〈 比 如 SchedulerEdfP ) 来 替换 
SchedulerBasicP。 调 度 实现 模块 必须 提供 参数 化 接口 TaskBasic 和 Scheduler， 接 口 TaskBasic 










































































用 于 支持 TinyOS 1.x 中 post 和 task 的 用 法 。 


configuration TinySchedulerC { 
provides interface Scheduler; 
provides interface TaskBasic[uint8 tid]; 
} 
implementation { 
components SchedulerBasicP as Sched; 
components McuSleepC as Sleep; 
Scheduler = Sched; 
TaskBasic = Sched; 
Sched.McuSleep -> Sleep; 
} 
module SchedulerBasicP { 
provides interface Scheduler; 
provides interface TaskBasic[uint8 tid]; 
uses interface McuSleep; 
} 


implementation 


{ 


} 




















在 TinySchedulerC 中 提供 两 个 接口 : Scheduler 和 TaskBasic。 这 两 个 接口 实际 



































-用 
I AE 


SchedulerBasicP 提供 的 。 接 口 TaskBasic 用 于 其 他 组 件 提交 任务 和 任务 调度 器 通知 执行 任 









































务 。Scheduler 接口 用 来 初始 化 和 运行 任务 。 基 本 类 型 的 任务 队列 是 一 个 数组 ， 存 放任 务 标识 
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号 〈 即 参数 化 接口 TaskBasic 的 下 标 )。 这 与 TinyOS 1.x 不 同 。 在 TinyOS 1.x 中 ， 任 务 队列 
中 存放 的 是 指向 任务 函数 的 指针 。 


interface Scheduler { 








command void init(); 
command bool runNextTask(); 


command void taskLoop(); 


} 


1) Schedulerinit0: 该 命令 是 系统 初始 化 时 执行 的 第 一 条 语句 ， 初 始 化 任务 队列 结构 和 
队列 头 尾 指 针 。 


command void Scheduler.init(O 


{ 











atomic { 
memset( (void *)m next, NO_TASK, sizeof(m next) ); 
m head= NO _ TASK; 
m tail= NO_TASK; 


} 


2) SchedulerrunNextTask0: 从 任务 队列 中 取出 下 一 个 将 要 执行 任务 的 标识 号 ， 通 过 
TaskBasic.runTask 事件 通知 相应 任务 。 















































command bool Scheduler.runNextTask() 

















{ 
uint8 t nextTask; 
atomic { 
nextTask = popTask(); // 从 任务 队列 中 取 下 一 个 要 执行 的 任务 
if( nextTask == NO_ TASK) 
return FALSE:; 
} 
signal TaskBasic.runTask[nextTask](); /参数 是 队列 下 标 ， 即 任务 标识 号 
return TRUE; 
} 


3) Scheduler.taskLoop(): 这 是 一 个 无 限 循 环 。 该 命令 是 main(0) 函 数 的 最 后 一 条 语句 ， 
在 系统 初始 化 完成 后 执行 。 该 语句 进入 任务 调度 无 限 循环 ， 即 从 任务 队列 中 调度 任务 ， 执 
行 任 务 ， 再 调度 任务 ， 如 此 循环 下 去 。 当 任务 队列 中 没有 任务 时 ， 可 以 将 MCU 置 为 低 功 
command void Scheduler.taskLoop() 
{ 



















































































for (;;) 
{ 
uint8 t nextTask; 


atomic 
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{ 
while ((nextTask = popTask()) == NO_TASK) 
{ 
call McuSleep.sleep(); 
} 
} 


signal TaskBasic.runTask[nextTask](); 


} 


如 果 蔡 换 调度 来 实现 一 个 特殊 的 应 用 ， 则 需要 将 配置 文件 TinySchedulerC 放 入 该 应 用 
中 。 所 有 的 调度 实现 模块 都 要 像 SchedulerBasicP 模块 一 样 提供 一 个 参数 化 的 接口 
TaskBasic， 这 是 为 了 支持 post 和 task 的 用 法 。 所 有 的 调度 实现 都 必须 提供 接口 Scheduler。 
例如 ， 用 调度 模块 SchedulerEdfP 来 奉 换 模块 SchedulerBasicP，SchedulerEdfP 提供 了 三 个 
接 





























































































































module SchedulerEdfP { 
provides interface Scheduler; 
provides interface TaskBasic[uint8 t taskID}]; 
provides interface TaskEdffuint8_ ttaskID]; 

} 


中 ， 接 口 TaskEdf 如 下 : 



































interface TaskEdf { 
async command error t postTask(uint16 t deadlineMs); 
event void runTask(); 


} 


配件 TinySchedulerC 为 : 





configuration TinySchedulerC { 
provides interface Scheduler; 
provides interface TaskBasic[uint8 t taskID}]; 
provides interface TaskEdffuint8_ ttaskID]; 
y 
implementation { 
components SchedulerEdfP; 
Scheduler = SchedulerEdf; 
TaskBasic = SchedulerEdfP; 
TaskEDF = SchedulerEdfP; 
} 


8.1.2 组件 初始 化 


TinyOS 的 启动 顺序 将 组 件 的 初始 化 分 为 硬件 平台 初始 化 PlatformInit 和 软件 初始 化 
SoftWareInit， 人 硬件 平台 的 初始 化 在 软件 初始 化 之 前 。 
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硬件 平台 进行 初始 化 的 命令 是 call PlatformInit.init()， 选 用 的 硬件 平台 不 一 样 ， 其 初始 化 内 
容 也 不 相同 ， 并 且 硬 件 平台 的 初始 化 要 按照 特定 的 顺序 。 不 依赖 于 硬件 资源 的 其 他 组 件 软件 在 
初始 化 时 都 通过 配置 文件 MainC 连接 到 接口 SoftwareInit， 在 软件 初始 化 时 没有 特定 的 顺序 。 




















es 





























| 


























#include "hardware.h" 

configuration MainC { 
provides interface Boot; 
uses interface Init as SoftwareInit; 

} 

implementation { 
components PlatformC, Real MainP, TinySchedulerC; 
RealMainP.Scheduler -> TinySchedulerC; 
RealMainP.PlatformInit -> PlatformC; 
/ Export the SoftwareInit and Booted for applications 
SoftwareInit = RealMainP.SoftwareInit; 
Boot = Real MainP:; 


} 


硬件 平台 初始 化 的 具体 初始 化 功能 由 PlatformC (或 其 连接 的 组 件 ) 完成 ， 每 个 硬件 
平台 都 会 有 组 件 PlatformC， 平 台 的 不 同 使 得 其 内 容 不 同 ， 但 功能 是 一 致 的 ， 都 是 对 硬件 
平台 完成 初始 化 。 初 始 化 过 程 可 能 会 提交 任务 ， 因 此 ， 随 后 要 调度 执行 任务 队列 中 的 任 
务 直 至 任务 队列 为 空 。 硬 件 初始 化 提交 的 任务 执行 完毕 后 才能 执行 软件 的 初始 化 ， 在 代 
码 中 显示 为 : 
call PlatformInit.init(); 
while (call Scheduler.runNextTask()); 


call SoftwarelInit.init(); 
while (call Scheduler.runNextTask()) 


用 一 个 While 循环 来 判断 任务 调度 器 队列 中 的 任务 是 否 已 经 执行 完毕 ， 如 果 队列 中 为 空 
则 跳出 循环 ， 执 行 接 下 来 的 代码 。 

当 软 件 的 初始 化 完毕 后 ， 说 明 整 个 系统 已 经 准备 完毕 ， 进 行 中 断 初始 化 ， 使 硬件 中 断 可 
用 ， 为 了 保证 前 期 的 初始 化 顺利 进行 ， 在 这 期 间 是 不 能 执行 硬件 中 断 的 。__nesc_enable_ 
interruptO 的 实现 比较 简单 ， 是 一 段 汇编 语言 ， 完 成 开启 中 断 的 功能 ， 其 代码 如 下 : 


Static inline void nesC _ enable interrupt(void){ 











































































































































































































































































































_ asm volatile( "sei " ); 


} 


8.1.3 ”触发 Boot 接口 中 的 事件 


进入 第 三 个 阶段 ， 触 发 Boot 接口 中 的 事件 。 在 组 件 RealMainP 中 提供 了 Boot 接口 ， 在 
程序 的 最 后 定义 了 Boot 接口 的 事件 ，default event void Boot.booted0 { }， 在 具体 的 应 用 实例 
中 要 对 这 个 事件 进行 完善 ， 执 行 系统 初始 化 后 立即 触发 该 事件 ， 比 如 在 Blink 应 用 实例 中 ， 
初始 化 完毕 后 马上 开始 各 个 计时 器 的 计时 。 
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event void Boot.booted() 


{ 


} 


call Timer0.startPeriodic( 250 ); 
call Timerl .startPeriodic( 500 ); 
call Timer2.startPeriodic( 1000 ); 


8.2 Blink 执行 过 程 


以 apps\Blink 目录 下 的 一 个 简单 应 用 Blink 为 例 ， 说 明 TinyOS 下 的 程序 的 执行 过 程 。 


二 三 站 






























































该 










































































应 用 的 功能 是 周期 性 开关 LED 灯 。 该 目录 下 共有 四 个 文件 ，BlinkAppCnc、BlinkC.nc、 
Makefile 和 Readme。 其 中 文件 BlinkAppC.nc 中 是 顶层 配置 组 件 ， 负 责 连 接应 用 所 依赖 的 其 
他 组 件 。 文 件 BlinkC.nc 中 是 模块 组 件 ， 是 该 应 用 功能 的 具体 实现 。 典 型 的 TinyOS 应 用 程序 
都 有 一 个 Makefile 文件 ， 文 件 中 可 以 设置 硬件 平台 选项 、 顶 层 配 件 名 称 等 nesC 编译 器 
Cncc) 编译 选项 。 














8.2.1 配置 文件 
代码 可 参考 例 3.19: 


/应 月 





有 配置 文 伯 





F BlinkAppC.nc 


configuration BlinkAppC 


{1/ 顶 层 配置 文 伯 


} 


























implementation 


{// 整 个 应 





用 实例 





F， 不 提供 和 使 用 各 


P 所 涉及 的 组 件 








E 何 接 














components MainC, BlinkC, LedsC; 
components new TimerMilliC() as Timer0; 


components new TimerMilliC() as Timerl ; 


components new TimerMilliC() as Timer2 ; 


// 组 伯 





F 间 的 接 





口 连接 





BlinkC -> MainC.Boot; 


BlinkC.Timer0 -> Timer0; 


组 件 TimerMilliC0 实 现 了 组 件 BlinkC 要 用 到 的 Timer<TMilli> 接 口 





BlinkC.Timerl -> Timerl; 
BlinkC.Timer2 -> Timer2; 
BlinkC.Leds -> LedsC; 


} 


在 编译 























nesC 编译 器 自动 完成 





期 间 ， 为 了 创建 把 组 伯 


// 组 件 BlinkC 的 








件 ， 也 包含 所 有 必需 的 连接 信息 。 


| 





配 











F BlinkAppC 是 顶层 配件 ， 不 提 佬 
字 configuration 后 面 的 花 括 号 之 间 可 以 加 入 uses 和 provides 语句 来 使 月 


的 。nesC 编译 器 的 输出 是 


连接 在 一 起 的 逻辑 关系 ， 会 预先 处 到 








Timer<TMill 这 接 














和 组 件 TimerMilliCO 连 接 , 表 示 





























E 配 


重文 件 ， 这 是 





























《和 使 用 人 





个 书 











准 C 文件 ， 包 含 应 月 








各 




















E 何 接口 。 当 配件 不 是 顶层 配 
昌 和 提 








序 中 的 所 有 组 


件 时 ， 在 关键 
供 接 
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实现 是 由 关键 字 implementation 中 的 语句 完成 的 。 用 关键 字 components 声明 了 配件 所 用 到 的 
组 件 。 这 里 是 MainC、BlinkC、LedsC 以 及 Timer0、Timerl1、Timer2。 在 nesC 中 可 以 使 用 
as 来 为 某 种 类 型 的 组 件 或 接口 的 实例 命名 。 这 里 Timer0 、Timerl 、Timer2 分 别 是 
TimerMilliC 组 件 的 一 个 实例 的 名 字 。 把 模块 BlinkC 使 用 的 接口 Boot、Timer0 和 Leds 分 别 
与 其 他 组 件 提供 的 相应 接口 连接 起 来 。 
在 上 一 节 系 统 的 初始 化 中 已 经 就 组 件 MainC 进行 了 详细 介绍 ， 在 此 主要 对 组 件 LedsC、 

TimerMilliC 进行 分 析 。 在 配置 文件 BlinkAppC 中 可 以 看 到 “BlinkC.Leds -> LedsC”， 说 明 模 
块 文件 中 要 使 用 到 Leds 接口 ， 并 且 这 个 接口 是 由 组 件 LedsC 来 实现 的 。 





































































































































































































configuration LedsC { 
provides interface Leds; 
} 
implementation { 
components LedsP, PlatformLedsC; 


Leds = LedsP:; 


LedsP.Init <- PlatformLedsC.Init; 

LedsP.Led0 -> PlatformLedsC.Led0; 

LedsP.Ledl -> PlatformLedsC.Ledl; 

LedsP.Led2 -> PlatformLedsC.Led2; 
} 





在 组 件 LedsC 中 提供 了 接口 Leds， 在 implementation 中 提 到 “Leds = LedsP”， 这 就 指出 
了 接口 Leds 是 由 组 件 LedsP 真正 提供 和 定义 的 。 下 面 来 看 模块 文件 LedsP。 


{ 






































async command void Leds.led0On() { 
call Led0.clrO; 
} 

async command void Leds.led0OffO { 
call Led0.set(); 

} 

async command void Leds.led0ToggleO { 
call Led0.toggle(); 

} 

async command void Leds.ledlOn() { 
call Led1.clrO); 

} 

async command void Leds.led1Off() { 
call Led1 .set(); 

} 

async command void Leds.ledlToggle() { 
call Led1 .toggle(); 

h 

async command void Leds.led2On() { 
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call Led2.clr0; 
} 
async command void Leds.led2Off() { 
call Led2.set(); 
} 
async command void Leds.led2Toggle() { 
call Led2 .toggle(); 





在 模块 文件 LedsP 中 提供 了 接口 Leds， 定 义 了 一 组 命令 async command void 
Leds.led0On()、led0Off()、led0Toggle0 等 ， 这 些 命令 控制 着 硬件 Led 灯 的 开 、 关 、 置 换 等 功 
能 。 请 注意 在 这 里 使 用 了 关键 字 async， 表 示 所 声明 的 命令 和 事件 为 异步 代码 。 异 步 代 码 是 
可 以 对 硬件 中 断 予 以 及 时 响应 的 代码 。 下 面 以 led0 的 开关 为 例 说 明 。 

async command void Leds.led0OnO { 


call Led0.clrO; 


} 
async command void Leds.led0OffO { 


call Led0.setO; 
} 


两 个 命令 的 不 同 在 于 call Led0.ctr0 和 call Led0.set0 分 别 调用 了 接口 Led0 中 的 两 个 函 
数 ， 在 configuration LedsC 中 看 到 接口 Led0 由 组 件 PlatformLedsC 提供 ，LedsPLed0 -> 
PlatformLedsC.Led0。 不 同 的 硬件 平台 有 不 同 的 PlatformLedsC， 在 这 里 以 Mica 节点 为 例 进 
行 说 明 。 






































































































































configuration PlatformLedsC 

{ 
provides interface GeneralIO as Led0; 
provides interface GeneralIO as Led1l; 
provides interface GeneralIO as Led2; 
uses interface Init; 

) 

implementation 

{ 
components HplAtm128GenerallOC as IO; 
components PlatformP; 


Init = PlatformP.MoteInit; 
Led0 = IO.PortA2; //Pin A2 = Red LED 


Ledl = IO.PortA1; //Pin Al= Green LED 
Led2 = IO.PortA0; //Pin A0= Yellow LED 
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从 PlatformLedsC 可 以 知道 ，Led0、Ledl1、Led2 是 GeneralIO 的 不 同 实 例 ， 并 且 它 们 分 
别 对 应 着 MCU 芯片 的 不 同 引 脚 ， 表 示 为 红 灯 、 绿 灯 和 黄 灯 。 因 此 可 以 理解 call Led0.clr0 是 
将 PinA2 引 脚 电 平 置 低 ， 使 红 灯 亮 ， 而 call Led0.setO 就 是 使 红 灯 灭 。 


8.2.2 模块 文件 


应 用 模块 文件 BlinkC.nc 具体 的 功能 主要 是 实现 Led 灯 周 期 性 开关 ， 包 括 两 个 部 分 : 
明 模 块 文件 中 使 用 到 的 接口 和 提供 的 接口 、 功 能 的 实现 和 执行 过 程 。 
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#include "Timer.h" 

module BlinkC @safe() 

{ 
uses interface Timer<TMilli> as Timer0; // 声 明 所 使 用 的 接口 ， 也 可 以 提供 接口 
uses interface Timer<TMilli> as Timer!l; 



































uses interface Timer<TMilli> as Timer2; 
uses interface Leds; 
uses interface Boot; 

} 

implementation 

{ 

event void Boot.booted() ”// 系 统 初始 化 ， 完 成 后 触发 事件 

{ 
call Timer0.startPeriodic( 250 ); “WTimer0 计时 每 隔 250ms 触发 Timer0 中 事 
call Timerl .startPeriodic( 500 ); 
call Timer2.startPeriodic( 1000 ); 

} 

/#** 通 过 配置 文件 可 以 找到 接口 Timer<TMill> 最 终 在 tos\lib\timer\VirtualizeTimerC.nc 文件 中 定 
义 ， 里 面 给 出 了 command void Timer.startPeriodic[uint8 t num](uint32 t db 以 及 default event void 
Timer.fired[uint8 t num]() **/ 

event void Timer0.fired() 
{ 

call Leds.ledOToggle(); 
} 
event void Timerl .fired() 
{ 

call Leds.ledlToggle(); 
} 
event void Timer?2 .fired() 
{ 

call Leds.led2Toggle(); 
} 

} 


在 模块 BlinkC 的 规范 部 分 声明 了 使 用 的 接口 ， 分 别 为 Timer0、Timerl 、Timer2 以 及 
Leds 和 Boot。 其 中 Timer0、Timerl1、Timer2 是 接口 类 型 为 Timer<TMili> 的 实例 ， 通 过 as 
命名 。 值 得 注意 的 是 ， 虽 然 这 里 的 Timer0 和 前 面 配件 BlinkAppC 中 的 Timer0 名 字 相 同 ， 但 





























ml 
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是 代表 的 意义 却 不 同 。 配 件 中 声明 的 Timer0 代表 的 是 类 型 为 TimerMilliC0 的 组 件 实例 。 在 
组 件 TimerMilliCO 中 提供 了 接口 Timer<TMilli>， 通 过 配置 文件 查看 组 件 之 间 的 连接 ， 接 口 





Timer<TMilli> 最 终 是 
























































generic module VirtualizeTimerC 实现 和 定义 的 。 





























结合 前 面 配件 中 描述 的 连接 情况 ， 可 以 在 模块 BlinkC 中 调用 这 些 接口 中 的 任何 命令 




















(具体 实现 由 









































EE 














提供 接口 的 组 件 完成 ， 比 如 LedsC)， 同 时 必须 实现 这 些 接口 中 的 所 有 事件 。 


























8.2.3 Blink 应 用 程序 的 图 形 化 说 明 


对 Blink 应 用 程序 ， 在 Cygwin 中 将 目录 切换 到 opttinyos-2.xvapps\Blink 下 ， 输 入 make 


micaz docs 
BlinkAppC， 























命令 ， 生 成 的 文档 说 明 位 于 opt/tinyos-2.x/doc/nesdoc/micaz/chtml 目录 下 。 打 开 
可 看 到 如 图 8-1 所 示 的 说 明 。 


BlinkC 
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图 8-1 Blink 应 用 程序 的 说 明 











在 nedsoc 图 表 中 ， 单 一 和 矩形 的 BlinkC 表示 模块 ， 双 层 算 形 框 的 MainC 和 LedsC 表示 配 
件 ; 虚拟 边界 框 的 TimerMilliC 表示 组 件 是 通用 的 。BlinkC 模块 使 用 了 MainC 配件 中 的 Boot 








接口 、LedsC 配件 中 的 Leds 接口 、TimerMilliC 中 的 Timer<TMilli> 接 

































































8.2.4 程序 运行 过 程 


系统 初始 化 完毕 后 ， 模 块 BlinkC 收 到 booted0 事 件 ， 其 处 理 程序 为 启动 周期 性 模式 的 计 
时 器。 计时 器 组 件 使 用 MCU 上 的 硬件 计时 器 来 计时 。 接 口 Boot 


booted()。 该 
该 事件 的 处 








理 程序 为 调用 计时 器 接口 Timer0 的 startPeriodic(1000) 命 令 ， 该 命令 表明 设置 并 



























































国有 y= 
”™ 


函数 ， 即 事件 
事件 到 达 时 ， 表 明 系 统 已 经 启动 〈 即 所 有 组 件 已 经 初始 化 完毕 )。 模 块 BlinkC 对 















































启动 一 个 周 


期 为 1s 的 计时 器 。 




















当时 间 到 达 时 ， 计 时 器 组 件 通 知事 件 Timer0.fired0。 在 模块 BlinkC 的 Timer0.firedO 事 
件 的 实现 代码 中 仅 使 用 了 一 条 语句 : post toggle0， 即 提交 一 个 任务 toggle0， 当 任务 调度 器 
































调度 该 任务 执行 时 ， 该 任务 触发 LED 开 关 转 换 )。 


event void Timer0.fired() 


{ 


} 


在 TinyOS 中 ， 当 一 个 组 件 用 关键 词 “task” 声 明 一 个 任务 时 ， 实 际 上 就 表示 它 使 用 了 接口 


call Leds.ledOToggle(); 





















































TaskBasic 的 一 个 实例 。 当 组 件 使 用 关键 词 “post” 时 ， 实 际 上 是 调用 了 TaskBasicpostTask0 命 
令 。 在 SchedulertaskLoop0 中 会 调度 到 该 任务 ， 并 通过 runTask0 事 件 通 知 任务 执行 ， 即 切换 led0 














关 。 
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由 于 计时 器 组 件 启动 的 计时 器 是 周期 性 的 ， 因 此 ， 时 间 间 隔 到 达 后 会 继续 重复 上 述 工 
作 。 事 实 上 ， 在 整个 应 用 的 过 程 中 ， 还 有 其 他 任务 ， 比 如 计时 器 组 件 在 计时 到 达 时 是 在 任务 
中 向 上 层 通知 事件 的 。 

Leds 接口 定义 了 许多 命令 ， 诸 如 led0On(、led0Off()、1led0Toggle0 等 ， 控 制 节点 上 的 
LED0 开 、 关 、 和 置换。 这 些 命令 由 提供 Leds 接口 的 LedsC (实际 上 是 LedsP) 实现 。 


ES Blink 应 用 程序 中 nesC 到 C 的 映射 


对 于 本 例 的 Blink 应 用 程序 ， 编 译 时 ， 会 在 opt\tinyos-2.x\apps\Blink\build\micaz 目录 
下 生成 一 个 app.c 文件 ， 也 就 是 ncc 把 nesC 预 编 译 成 的 C 文件 。 在 app.c 中 可 看 到 如 下 
映射 。 






















































































-二 








































































































static inline void BlinkC$Boot$booted(void) 
{ 
BlinkC$TimerO$startPeriodic(250); 
BlinkC$Timerl $startPeriodic(500); 
BlinkC$Timer2$startPeriodic(1000); 
) 
static inline void BlinkC$TimerO0$fired(void) 
{ 
static void BlinkC$Leds$ledOToggle(void); 
} 
static inline void BlinkC$Timer1 $fired(void) 
{ 
static void BlinkC$Leds$ledlToggle(void); 
} 
static inline void BlinkC$Timer2$fired(void) 
{ 
static void BlinkC$Leds$led2Toggle(void); 
} 


8.4 仿真 Blink 应 用 程序 


对 本 例 进行 仿真 时 ， 首 先进 入 目录 : \cygwin\opt\tinyos-2.x\apps\Blink 。 然 后 编写 
“Ci\cygwin\opt\tinyos-2.x\apps\Blink\Blink.py” 的 内 容 如 下 。 





























#! /usr/bin/python 

from TOSSIM import * 

import sys 

会 Tossim([]); 

t.addChannel("BlinkC",sys.stdout) 

t.getNode(1).bootAtTime(10000); 

fori in range (0,100): 
t.runNextEvent() 
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最 后 在 命令 行 输入 命令 : $ make micaz sim， 显 示 模 拟 结果 。 


***Successfully built micaz TOSSIM library. 








执行 命令 : $ python Blink.py (也 可 以 用 命令 “./Blink.py”)， 显 示 仿 真 结果 。 
如 图 8-2 所 示 ，Led0、Ledl 和 Led2 分 别 以 250ms、500ms 和 1000ms 的 周期 来 转换 亮 























a 


$ ./Blink.py 
DEBUG : Tinmer 
DEBUG : Timer 
DEBUG : Timer 
DEBUG : Timek 
DEBUG : Timer 
DEBUG : Timer 
DEBUG : Timer 
DEBUG : Timer 
DEBUG : Timer 
DEBUG : Timer 
DEBUG : Timer 
: Timer 
: Timer 
: Timer 
: Timer 


-244141635. 
-488282260. 
-488282270 
-?732422885. 
-976563518. 
-976563529 
-976563530. 
-229794135 . 
-4648447?608. 
-464844779 
-798985385 - 
-9531268108. 
-953126029 
-953126039.- 
-197266635 - 
-441497268.- 
-441497279 


BODmOm 


[A 


: Timer 
: Timer 


ee 
e 
ee 
[9 
[9 
ee 
[3 
[9 
e 
村 
ee 
@ 
ee 
[9 
[9 
e 
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[人 








图 8-2 仿真 Blink 应 用 程序 
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人 pm 


叮 9 


与 所 有 退 入 式 改 


章 


F 发 一 样 > 





仿真 、 调 试 与 编程 提示 
































TinyOS 也 离 不 开 仿真 工 

















器 节点 人 硬件， 从 而 在 不 需要 进行 和 
况 。 本 章 将 对 TinyOS 自 带 的 仿 


口 


序 实 际 下 载 的 4 
[ 具 TOSSIM 进 














直 - 


一 一 





行 介 乡 




















供 调试 了 





[ 具 ， 本 章 将 针对 一 种 第 三 方 的 调试 工具 如 




















t， 所 谓 仿真 就 是 通过 软件 模拟 传 感 
情况 下 观察 我 们 
3。 此 外 ， 
可 在 TinyOS 





编写 的 应 用 程序 的 运行 情 
由 于 TinyOS 本 身 没 有 提 
使 用 进行 介绍 。 最 后 针对 






























































TinyOS 
容 的 收集 和 整理 ， 























编程 中 容易 出 现 的 一 些 问 题 进行 一 些 提示 。 酝 
在 此 对 所 有 人 免费 公 




















于 内 容 提供 








9.1_TinyOS 自 带 仿真 工具 一 -TOSSIM 


9.1.1 概述 


TOSSIM (TinyOS simultor) 是 TinyOS 自 带 的 一 个 仿真 工 
由 于 TOSSIM 运行 和 传感器 硬件 相同 的 代码 ， 所 以 仿真 编译 器 能 直接 从 TinyOS 应 用 的 
译 仿 真 程 序 。 通 过 替换 TinyOS 下 
FF， 由 仿真 器 事件 抛 虽 





组 件 表 编 
成 离散 仿真 事 
层 的 应 用 组 件 都 无 需 更 改 。 
1. 编译 器 的 支持 


广 逆 















































| 




















内 容 部 分 来 自 对 








国际 互联 网 公开 内 


和 内， 可 以 支持 大 规模 的 网 络 仿 











8 的 中 断 来 驱动 





上 层 应 用 ， 








TOSSIM 改进 了 nesC 编 
代码 编译 成 仿真 程序 。 
2. 执行 模型 


























译 人 器， 通过 使 用 不 同 的 选项 ， 月 























TOSSIM 的 核心 是 一 个 仿真 事件 队列 。 与 TinyOS 不 同 的 是 ， 硬 件 
序 又 可 以 
程序 又 可 以 生成 新 的 人 各 

















件 插入 队列 ， 仿 真 事件 调用 
TinyOS 的 事件 ， 这 些 TinyOS 





>» 





断 处 理 程序 ， 中 断 处 理 和 











慨 部 分 硬件 相关 的 纤 























巴 便 件 中 断 换 
日 件 尤其 是 上 


日 件 ，TOSSIM 
其 他 的 TinyOS 














日 户 可 以 把 在 便 件 节点 上 运行 的 








P 断 被 模拟 成 仿真 事 





口 








的 事件 和 命令 处 型 

















件 插 入 队列 ， 重 复 此 过 程 
3. 硬件 模型 
TinyOS 把 节点 的 硬 作 

件 资源 组 件 ，TOSSIM 模仿 了 














直到 仿 


F 资 源 提 








真 结束 。 

















中 岗 





象 成 组 件 。 通 过 将 硬 们 





























周 用 TinyOS 的 命令 或 触发 


E 务 ， 并 将 新 的 仿真 事 





























转换 成 离散 仿真 事件 ， 蔡 换 便 

















人 硬件 资源 组 件 行为 ， 为 | 

















件 模拟 为 仿真 物理 
硬 伯 





























4. 无 线 模型 





TOSSIM 允许 用 户 选择 不 同 精 古 








度 和 复杂 度 的 无 线 模型 ， 




















而 保 记 








FE 了 仿真 器 的 简单 和 高 效 。 








j 户 可 以 通过 一 个 有 向 











率 ， 表 示 在 该 链 路 上 发 送 一 个 
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比特 数据 时 可 能 





上层 提供 
环境 提供 了 接 入 点 ， 通 过 修改 硬件 模拟 组 从 
环境 ， 满 足 不 同 用 户 的 需求 。 


图 指 
8 错 的 概率 。 对 同一 个 节点 来 说 ， 双 向 误 码 率 











了 与 硬件 相同 的 标准 接口 。 便 
能 的 


F， 可 以 为 用 户 提 供 各 种 性 





























该 模型 独立 于 仿真 器 之 外 ， 从 


定 不 同 节点 对 之 间 通 信 的 误 码 



































仿真 、 调 试 与 编程 提示 |」 第 0 各 


是 独立 的 ， 可 以 模拟 不 对 称 链 路 。 
5. 仿真 监控 





























用 户 可 以 自行 开发 应 用 软件 来 监控 TOSSIM 仿真 的 执行 过 程 ， 二 者 通过 TCP/IP 通信 。 
TOSSIM 为 监控 软件 提供 实时 仿真 数据 ， 包 括 TinyOS 源 代码 加 入 的 Debug 信息 、 各 种 数据 


包 和 传感器 的 采样 值 等 ， 监 控 程 序 可 以 根据 这 些 数据 显示 仿真 的 执行 情况 。 同 时 允许 监控 程 


























































































































序 以 命令 调用 的 方式 更 改 仿真 程序 的 内 部 状态 来 控制 仿真 程序 。TinyViz (TinyOS Visualizer) 
是 TinyOS 提供 的 一 个 仿真 监控 程序 。 


9.1.2 


























编译 TOSSIM 





TOSSIM 包含 在 TinyOS 的 库 文件 中 ， 其 核心 代码 位 于 tos/lib/tossim， 所 有 TinyOS 的 源 
文件 都 包含 一 个 可 供 选择 的 子 目 录 ， 这 个 目录 中 包含 仿真 实现 的 开发 包 。 例 
如 tos/chips/atm128/timer/sim 就 包含 着 Atmega128 的 定时 器 抽象 的 TOSSIM 实现 代码 。 





在 命令 窗 中 输入 如 下 命令 来 对 TOSSIM 进行 编译 。 














目前 ，Micaz 是 TOSSIM 唯一 支持 的 平台 ， 执 行 上 述 命 令 会 看 到 如 下 的 显示 结果 : 
























































$ cd apps/Blink 


$ make micaz sim 





























mkdir -p build/micaz 
placing object files in build/micaz 
writing XML schema to app.xml 
compiling BlinkAppC to object file sim.o 
ncc -c -fPIC -o build/micaz/sim.o -g -O0 -tossim -fnesc-nido-tosnodes=1000 
-fnesc-simulate -fnesc-nido-motenumber=sim node\(\) -finline-limit=100000 -Wall 
-Wshadow -DDEF_TOS AM GROUP=0x7d -Wnesc-all -target=micaz -fnesc-cfile=build/micaz/app.c 
-board=micasb -Wno-nesc-data-race BlinkAppC.nc -fnesc-dump=components -fnesc-dump=variables 
-fnesc-dump=constants -fnesc-dump=typedefs -fnesc-dump=interfacedefs -fnesc-dump=tags -fnesc- 


dumpfile=app.xml 


WTap.CXX 


compiling Python Support into pytossim.o and tossim.o 
g++ -C -shared -fPIC -o buildmicaz/pytossim.o -g -O0 /home/pal/src/tinyos-2.x/tos/lib/tossim/tossim 


-Iusrinclude/python2.3 -L/home/pal/src/tinyos-2.x/tos/lib/tossim -DHAVE CONFIG H 
g++ -c -shared -fPIC -o build/micaz/tossim.0 -g -OO0 /home/pal/src/tinyos-2.x/tos/lib/tossim/tossim.c 





-Iusrinclude/python2.3 -L/home/pal/src/tinyos-2.x/tos/lib/tossim 
linking into shared object ./ TOSSIMmodule.so 
gt+ -shared build/micaz/pytossim.o build/micaz/sim.o build/micaz/tossim.o -lstdct+ -0 


_TOSSIMmodule.so 


copying Python script interface TOSSIM.py from lib/tossim to local directory 


9.1.3 在 Python 下 运行 TOSSIM 

















进入 RadioCountToLeds application 的 目录 下 编译 TOSSIM。 











$ cd tinyos-2.x/apps/RadioCountToLeds 


$ make micaz sim 
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节点 软件 开发 


在 交互 模式 下 启动 Python。 键 入 如 下 命令 : 


将 看 到 如 下 大 








$ python 


SI. 














Python 2.3.4 (#1, Nov 42004, 14:13:38) 
[GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)] on linux2 
Type "help", "copyright", "credits" or "license" for more information . 

















AAA 


外 























民 据 读者 安装 的 情况 不 同 ， 版 本 号 


一 件 事情 是 导入 TOSSIM 并 创建 一 个 TOSSIM 对 象 ， 键 入 : 


会 有 所 区 别 。 








>>> from TOSSIM import * 


>>>t= Tossim([]) 





方 括号 内 是 可 选 参 数 ， 


TOSSIM 的 运行 


当 TOSSIM 被 告 和 























>>> t.runNextEvent() 
0 








的 原 








因 是 没有 局 动人 有 








竺 何 尼 





时 间 ) 启动 并 运行 。 


>>> m=t.getNode(32) 
>>> m.bootAtTime(45654) 


此 时 ， 
以 通过 以 下 方法 来 获知 这 一 


>>> t.runNextEvent() 
1 


runNextEvent 返 





>>> m.isOn() 

1 

>>> m.turmnOff() 
>>> m.isOn() 

0 























可 以 在 仿真 时 对 变量 进行 
































跟踪 ， 为 2 





使 用 runNextEvent 来 实现 的 ， 例 如 : 


E 时 表示 无 需 跟 踪 变 量 。 




















， 若 返回 值 是 0， 表 示 没 有 事件 可 以 运行 。 没 有 事件 
下 面 这 段 代 码 将 会 使 32 号 节点 在 45654 时 间 仿真 定时 器 














导 





>>> m.bootAtTime(560000) 


>>> t.runNextEvent() 
0 
>>> t.runNextEvent() 
1 

















注意 
件 没有 被 执行 。 


回 值 为 1 


如 果 显 示 贡 点 依 旬 
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这 里 第 
































个 runNextEvent 返回 值 为 0， 这 是 
当 节 点 被 关闭 时 事件 被 挂 起 ，runNextEvent 返回 
是 因为 我 们 在 仿真 时 间 














560000 时 启动 了 节点 。 


值 为 1， 但 是 我 们 并 不 知道 
事件 。 








节点 是 否 如 预 


因为 当 我 们 关 拓 节点 时 ， 队 列 





0。 第 














A 没有 











以 下 代码 会 一 直 执 行 





局 ， 





直到 节点 启动 为 止 。 


























期 那样 启动 ， 我 们 可 























里 还 有 事 


二 次 runNextEvent 返 


Tossim 对 象 上 共有 


Orc 
@ 


>>> While not m.isOn(): 
>>> t.runNextEvent() 



































urrentNode0: 返 回 当前 节点 的 ID。 


























time0: 以 长 整 型 返回 当前 仿真 时 间 。 
timeStr(): 以 string 型 返回 当前 
init(): 初 始 化 TOSSIM。 

mac(): return the object representing the media access layer。 








仿真 时 间 。 








BE GDB/ddd 调试 


由 于 TinyOS 并 不 自 带 调试 工具 ， 
工具 进行 程序 调试 。GDB 是 GNU 开源 组 织 发 布 的 一 个 强大 的 UNIX 下 的 程序 调试 工具 。 





























仿真 、 调 试 与 编程 提示 


些 非常 实用 的 功能 ， 包 括 如 下 几 项 : 


getNode(id): returns an object representing a specific mote。 
runNextEvent(): 启 动 一 个 仿真 事件 。 


radio(): return the object representing the radio model。 
addChannel(ch, output): add output as an output to channel ch 。 
removeChannel(ch, output): remove output as an output to channel ch 。 











第 9 党 


ticksPerSecond(): return how many simulation ticks there are in a simulated second 。 


因此 在 TinyOS 下 进行 程序 开发 时 需要 借助 第 三 方 的 调试 


与 























VC、BCB 等 IDE 的 调试 方式 不 同 ，GDB 虽然 没有 图 形 化 的 调试 界面 ， 却 有 着 更 强大 的 功能 。 


Ddd (Data Display Debugger) 
JDB、XDB、Perl Debugger 或 Python Debugger 的 可 视 化 
(Graphical Data Display〉 可 以 把 数据 结构 按照 图 形 的 方式 显示 出 来 。 接 下 来 ， 将 具体 讲解 如 何 结 
合 命令 行 调试 工具 GDB 和 可 视 化 前 端 ddd 这 两 个 工 
nesC 名 称 到 C 名 称 的 时 
ncc 将 nesC 代码 转换 为 C 代码 后 ，nesC ' 


(1) 


如 ， 组 伯 

















模块 M 中 的 变量 义 上 


F AA 就 变 为 “ nesc_ keyword AA”。nesC 代码 与 C 代码 的 具体 晓 
射 为 MSX， 变 量 的 名 字 不 发 生 改变 ; 

















是 命令 行 调试 程序 ， 








图 形 前 端 。 












































射 关 系 

















的 类 型 、 








模块 M 中 的 函数 F 映射 为 MSF; 

模块 M 中 的 命令 或 者 事件 C 映射 为 M$C; 
模块 M 中 的 接口 工 的 命令 或 者 事件 C 被 映射 为 MS$ISC。 
(2) 用 gdb/ddd 调试 nesC 代码 


gdb 现在 还 没有 特定 的 nesC 模式 。 但 是 ， 在 gdb 中 
尺码 ，C 代码 中 包含 要 ine， 所 以 对 nesC 代码 的 单 步 跟 踪 可 以 显示 正确 


的 C 








由 























如 GDB、DBX、WDB、Ladebug、 
它 特 有 的 图 形 数据 显示 功能 














(来 进行 TinyOS 程序 的 调试 工作 。 


变量 和 函数 名 称 是 不 会 发 生变 化 的 ， 
除非 和 nesC 的 关键 字 相 同 。 在 这 种 情况 下 需要 在 名 字 前 面 加 上 前 缀 “ nesc_ keyword_ ” 比 


























可 以 有 效 地 调试 通 ; 




















映 关 系 如 下 : 





过 ncc 编译 器 产生 



































可 以 根据 nesC 组 件 的 名 称 和 行 号 设置 断 点 。 但 是 变量 、 














么 简单 了 。 如 果 你 想 要 引用 他 们 | 
调试 中 读者 要 注意 这 一 点 。 








gdb 
































函数 、 命 令 和 事 








的 任何 一 个 就 必须 使 月 








他 们 在 产生 的 C 


的 nesC 源 代码 ， 
的 名 称 就 不 是 这 








他 








尺码 中 的 名 称 ， 在 


是 命令 行 调试 工具 ， 要 输入 的 字符 比较 多 ， 调 试 起 来 比较 麻烦 。 为 了 方便 ， 可 以 采 
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而 


形 化 前 端 ， 能 够 提供 更 友好 的 用 户 功能 和 界面 ， 






































3 ddd 辅助 调试 。 它 是 命令 行 调试 工具 的 
而 且 更 容易 设 定 调试 会 话 。 
我 们 在 Linux 环境 下 安装 了 TinyOS。 使 用 gdb/ddd 调试 BlinkTask 应 用 的 步骤 如 下 。 
1) 编译 欲 调试 的 TinyOS 应 用 程序 ， 把 将 目标 映像 下 载 到 节点 上 。 


$cd apps/tutorials/BlinkTask 
$ make telosb install telosb debug 


注意 ， 调 试 时 上 面 的 命令 中 要 加 debug 参数 。 
输出 信息 : 


mkdir -p build/telosb 
compiling BlinkTaskAppC to a telosb binary 
ncc -0 build/telosb/main.exe -O1 -g -fnesc-no-inline -mdisable-hwmul -Wall 
-Wshadow -DDEF_TOS AM GROUP=0x7d -Wnesc-all -target=telosb 
-fnesc-cfile=build/telosb/app.c -board= BlinkAppC.nc -lm 
compiled BlinkTaskAppC to build/telosb/main.exe 
4496 bytes in ROM 
61 bytes in RAM 
msp430-objcopy --output-target=ihex build/telosb/main.exe 
build/telosb/main.ihex writing TOS image 
cp build/telosb/main.ihex build/telosb/main.ihex.out 







































































installing telosb binary using the parallel port jtag adapter 
msp430-jtag -Iepr build/telosb/main.ihex.out 

MSP430 parallel JTAG programmer Version: 2.0 

Mass Erase... 

Program... 

4528 bytes programmed. 

Reset device... 

Reset and release device... 


2) 从 互联 网 上 下 载 msp430-gdbproxy。 它 是 JTAG 和 gdb 之 间 连 接 的 桥梁 。 在 msp430- 
gdbproxy 文件 存放 的 路 径 下 输入 : 
$ ./msp430-gdbproxy --port=2000 msp430 
输出 信息 : 


Remote proxy for GDB, v0.7.1, Copyright (C) 1999 Quality Quorum Inc. 
MSP430 adaption Copyright (C) 2002 Chris Liechti and Steve Underwood 





GDBproxy comes with ABSOLUTELY NO WARRANTY; for details 
use '--watranty' option. This is Open Source software. You are 
welcome to redistribute it under certain conditions. Use the 

'--copying' option for details. 


debug: MSP430_Initialize() 


About to init /dev/parport0' 
debug: MSP430_ VCC(3000) 
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debug: MSP430 Identify() 
info: msp430: Target devic 
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eis a 'MSP430F1611' (type 42) 


debug: MSP430 Configure() 
notice: msp430-gdbproxy: waiting on TCP port 2000 








3) 建立 新 的 终端 ， 在 应 用 程序 二 进 制 文件 所 在 的 目录 下 (apps/Tutorials/BlinkTask/ 


build/telosb) 输入 : 











$ ddd —-debugger msp430-gdb main.exe 


该 命令 启动 ddd， 使 用 msp430-gdb 作为 调试 软 伯 








iT 





o 


ddd 由 三 个 主要 的 窗口 构成 。 

@ 数据 窗口 : 显示 被 调试 程序 的 当前 数据 。 

@ 源 代 码 窗口 : 显示 调试 程序 的 源 代码 。 

@ 调试 控制 台 : 输入 调试 命令 ， 显 示 调 试 信息 。 






































除了 三 个 主要 的 窗口 外 ， 还 有 其 他 一 些 可 选 的 窗口 。 





@ 命令 工具 : 提供 了 经 常 使 用 的 命令 。 








@ 机 器 码 窗 口 : 显示 当前 的 机 器 码 ， 通 常 在 源 代 码 窗口 之 下 。 
@ 执行 窗口 : 显示 调试 程序 的 输入 和 输出 。 

















启动 ddd 后 ， 通 过 菜单 栏 














源 代 码 会 显示 在 源 代 码 窗口 中 。 





窗口 中 Timer0.fired 所 在 的 行 ， 














的 file 一 open source， 打 开 BlinkTaskC 文件 ，BlinkTaskC 的 
要 在 Timer0.fired 处 设置 断 点 ， 只 需要 把 鼠标 移 到 源 代码 
单 击 右键 选择 set breakpoint， 就 会 在 对 应 的 行 看 到 一 个 红 
































色 的 stop 标志 ， 表 示 断 点 设置 成 功 。 要 使 程序 运行 到 断 点 处 ， 单 击 浮动 命令 工具 的 cont 

















按键 ， 经 过 一 小 段 时 间 ， 在 断 点 所 在 行 出 现 一 个 小 箭头 ， 表 示 程 序 已 运行 到 断 点 处 。 在 
工具 栏 中 输入 BlinkTaskC$state， 单 击 Display 就 会 在 数据 窗口 中 显示 变量 state 的 值 。 如 























图 9-1 所 示 。 
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图 9-1 ddd 调试 截图 
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(4) 仿真 环境 下 调试 











TOSSIM 是 TinyOS 传感器 网 络 的 离散 事件 仿真 器 ， 它 为 用 户 提 供 了 一 个 可 控制 和 可 重 


复 的 调试 、 检 验 和 分 析 代 码 
[ 具 调 试 TinyOS 

TinyViz 是 TOSSIM 的 
互 ， 更 方便 地 跟踪 TinyOS 应 月 





其 他 的 相关 












































代码 。 
图 形 用 户 调试 接口 
日 的 执行 。 有 关 TOSSIM 和 TinyVi 












































的 仿真 环境 。TOSSIM 在 PC 环境 上 运行 ， 


， 它 能 够 可 视 化 地 与 TinyOS 应 用 程序 

















用 户 可 以 通过 gdb 和 





/2 


进行 交 
z， 有 兴趣 的 读者 可 以 阅读 












































参考 文献 。 
本 编程 提示 

本 布 的 目的 在 于 使 读者 在 进行 TinyOS 程序 开发 时 ， 尽 可 能 避免 因 冲 突 导致 编译 错误 ， 
TinyOS 中 最 重要 的 地 方 是 接口 和 组 件 名 字 的 冲突 。 为 了 使 阅读 者 和 编程 者 能 根据 名 字 区 分 
组 别 以 及 定义 在 哪 一 个 包 中 ， 请 记 住 阅 读 有 用 代码 的 时 间 远 比 写 它 要 花 的 时 间 多 ， 如 果 你 添 




























































































































































































加 了 新 的 约定 ， 应 在 自述 文件 中 注 明 。 

一 般 性 建议 : 

@ General 不 要 使 用 不 常见 的 简写 和 缩写 。 

@ 简称 的 首 字 母 写 应 该 大 写 。 

@ 缩写 要 保持 一 致 性 。 

@ 所 有 的 代码 应 该 有 nesdoc /Doxygen /Javadoc 说 明文 件 ， 并 在 代码 文件 的 第 一 个 文档 

块 添加 @author 标签 。 

9.3.1 Packages 包 

包 是 一 个 相关 源 文 件 和 其 他 文件 的 集合 。 包 是 一 个 逻辑 上 的 分 组 。 其 在 物理 上 有 可 能 但 
不 一 定 是 一 个 单独 的 文件 夹 。TinyOS 中 包 通 常 是 一 个 包含 零 个 或 者 多 个 子 目 录 的 目录 。 
nesC 和 C 目前 不 提供 任何 包 支 持 ， 所 以 在 不 同 的 包 中 类 型 和 组 件 的 名 字 有 可 能 发 生 冲 突 。 
为 了 尽 可 能 减少 这 种 冲突 ， 在 相关 的 文件 使 用 组 前 级 时 一 种 明智 的 方法 在 一 个 包 中 区 分 公共 
组 件 〈 可 以 在 包 外 部 被 使 用 和 连接 ) 和 私有 组 件 ( 只 能 在 包 内 部 使 用 和 连接 )。 这 个 区 分 在 














不 是 强制 的 。 
9.3.2 ”语法 约定 


1. nesC 约定 
所 有 的 nesC 文人 





nesC 上 











配 。 目 录 名 使 用 小 写字 母 。 接 口 
扩展 名 “C”。 所 有 的 私有 组 件 必须 融 有 扩 
和 组 件 相 关 ， 推 荐 使 用 除了 扩展 名 其 他 都 相同 的 命名 。 命 令 、 
形式 。 事 件 处 到 
名 为 xxxDone。 常 量 应 该 全 部 使 朋 
使 用 枚 举 类 型 定义 整 型 常量 ， 而 不 是 使 用 #define 方式 。 通 用 组 伯 
部 使 用 小 写字 符 ， 以 “ t” 结 束 。 模 块 变量 应 该 使 








接口 
小 写字 符 








人 
口 








头 的 混 
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或 者 组 件 名 以 大 写字 母 
展 名 “P”。 接 














不 能 以 
































F 名 都 必须 以 .nc 扩展 名 结束 ，nesC 编译 器 要 求 文件 名 和 接口 或 组 件 名 匹 
F 头 的 混合 形式 。 所 有 的 组 从 





[都 带 有 
WA BE 或 “Pp” 娃 尾 。 如 果 
事件 、 任 务 和 函数 应 该 使 














命令 名 


LE 命令 名 称 应 该 和 产生 该 事 作 























Pr 万 人 


于 付 











yy 








以 小 开 





日 大 写 形式 ， 词 语 间 使 用 “” ”( 下 划 线 连接 符 ) 连接。 
F 的 参数 类 型 同 C 





F 的 起因 命令 相关 。 推 荐 命 
全 























类 型 ， 


始 的 混合 形式 。 
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每 一 个 包 名 都 使 用 其 组 件 接口 和 全 局 C 名 称 前 级 。 这 个 前 级 可 能 在 多 个 包 中 保持 一 致 。 

















且 一 个 八 











比如 所 有 的 HPL 命名 都 以 Hpl 





Mate 前 绥 。 
TinyOS 的 核心 (例如 timer 





级 ， 


2. 预 处 理 


不 要 使 用 nesC 风格 的 include 语句 。 它 不 能 





比如 ATmegal28 芯片 (使 用 Atm128 前 级 ) 包 中 的 硬 伯 








开头 〈 这 





不 个 公 








前 级 示例 )。 具 体 芯 片 HAL 组 件 和 接口 
命名 以 芯片 名 字 开 头 ， 如 Atm128 代表 ATmegal28。 所 有 Mate 虚拟 机 相关 的 文件 都 使 用 






































组 件 、Init 接 























E 确 地 处 理 宏 ， 














) 命名 不 使 用 前 级 。 某 些 包 可 能 使 用 多 个 
F 表 和 象 层 组 件 使 用 Hpl 前 级 。 








前 

















应 使 





j#include 代替 。.nc 























文件 中 的 宏 定 义 #define 必须 用 在 模块 或 者 配置 关键 字 之 后 



































个 .nc 文件 使 








| 的 宏 定义 应 该 在 头 文件 中 定义 ， 并 使 月 








有 在 不 能 使 用 enum 和 inline 的 情况 下 才 使 用 #define。 








unique() 参 数 应 该 使 用 #define 
都 有 一 个 .h〈 头 文件 ) 或 者 一 个 .c( 源 文件 ) 扩 








所 有 的 C 文件 





ww Ar 中 ) 刘 " 是 





， 以 便 明 确 
日 #include 包含 进去 。 





。 被 多 


只 


A 人 AN 





限定 其 使 用 范围 
尽量 少 使 用 宏 ， 





























子 付 中 吊 星 ， 




















这 样 可 以 减少 编译 器 
展 名 。 和 某 个 相关 组 件 的 文件 


法 捕获 的 编译 错误 。 

















名 也 应 该 保持 一 致 。 包 中 的 文件 名 应 该 包含 其 包 名 前 缀 〈 如 果 有 )。 不 属于 任何 组 件 的 文件 


名 使 用 小 写 形式 。 
C 不 提供 任何 形式 的 名 称 保 
常量 和 安 都 应 该 保持 一 致 ， 


、 品 



































J 














护 ， 如 果 包 使 用 前 级 ， 那 么 所 有 的 类 型 、 标 识 符 、 函 数 、 变 








这 样 自然 使 最 小 化 的 C 代码 在 nesC 文件 之 外 。 即 许多 在 








TinyOS 1.x 中 用 于 特定 硬件 的 宏 在 TinyOS 2.x 中 被 nesC 的 组 件 所 取代 。 














C 类 型 名 ( 


[14 3 | 
t” 结 

















个 typedef 类 型 定义 。 
C 中 无 类 型 指针 ( 妇 








上 参数， 








函数 名 应 该 小 号 ， 词 之 间 以 下 划 线 分 














不 推荐 使 用 宏 函 数 ， 建 议 





使 用 
















































































inline 





] typedef 重 定义 的 ) 应 该 使 用 小 写 形式 ， 词 语 之 间 使 用 下 划 线 分 割 ， 
束 。.C 标识 符 名 《如 结构 体 、 联 合 、 枚 举 ) 应 该 月 




















使 用 的 )， 应 该 如 同 






































并 以 











有 小写 形式 。 这 些 类 型 应 该 提供 一 


他 类 型 命名 ， 但 是 以 “_ptr t” 结 束 。 
制 。 宏 函数 应 该 使 用 大 写 形式 ， 词 间 使 用 下 划 线 连接 。 
函数 。 常 量 应 该 全 部 大 写 ， 词 间 用 下 划 线 。 不 





























存 使 用 





























































































































#define 定义 整 型 常量 ， 建 议 使 用 枚 举 类 型 。 全 局 变量 应 该 使 用 混合 形式 ， 以 小 写字 符 开始 。 

3. 编程 风格 提示 

@ 尺 量 避免 在 命令 中 通知 事件 。 

@ 任务 应 尽量 短 。 

@ 尽量 让 代码 同步 。 

@ 尽量 减少 使 用 原子 操作 次 数 ， 且 原子 操作 应 尽量 短 。 在 原子 操作 中 调用 其 他 组 件 函数 
时 应 小 心 。 

@ 任何 时 刻 应 只 有 一 个 组 件 修改 指针 数据 。 理 想 的 情况 是 ， 在 任何 时 候 应 该 只 有 一 个 组 
件 来 存储 指针 变量 。 

@ 在 组 件 中 为 所 有 的 状态 分 配 存储 空间 。 如 果 一 个 应 用 程序 需要 动态 的 存储 空间 ， 应 在 
组 件 中 对 其 进行 封装 ， 并 设法 限制 使 用 者 的 集合 。 

@ 应 通过 enum 来 保存 存储 空间 ， 而 不 是 把 变量 限制 为 整 常数 。 

@ 在 一 个 软件 抽象 的 配件 中 ， 应 把 Init 接口 和 MainC 连接 起 来 。 这 会 减轻 编程 器 连接 























Init 的 负担 ， 在 启动 节点 














时 消除 不 必要 的 工作 ， 减 少 




















@ 如 果 组 件 是 一 个 独立 的 可 











j 抽 象 ， 那 它 的 名 称 应 该 以 C 结 





于 态 





记 连 接 带 来 的 错误 。 
尾 。 如 果 它 是 一 个 抽象 的 内 
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部 私有 组 件 ， 名 称 应 该 以 P 结尾 。 永 远 不 要 从 组 件 的 外 部 连接 一 个 以 P 结尾 的 组 件 。 
@ 要 多 使 用 关键 词 as。 
@ 不 要 忽略 结合 警告 (combine warning )。 
@ 如 果 函 数 的 某 个 参数 是 一 些 常 数 中 的 一 个 ， 应 考虑 把 这 个 函数 定义 为 许多 分 开 的 函数 
来 避免 出 现 错误 。 如 果 接 口 函数 的 某 个 参数 是 一 个 很 大 范围 内 的 常数 ， 应 考虑 使 用 
参数 化 的 接口 来 节约 代码 空间 。 
如 果 组 件 依赖 于 “unique” 那么 就 需要 在 头 文件 中 #define 一 个 字符 串 来 避免 错误 。 
在 任何 时 候 都 不 要 使 用 “packed” 标 志 。 
在 定义 消息 格式 的 时 候 要 使 用 与 平台 无 关 的 数据 类 型 。 
如 果 不 得 不 对 一 个 与 平台 无 关 的 数据 类 型 进行 有 效 的 运算 或 者 多 次 访问 ， 那 么 应 考虑 
把 它 复 制 到 本 地 数据 变量 中 。 
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第 10 章 基于 WSN 的 煤矿 


井下 定位 系统 





煤矿 的 自然 环境 非常 复杂 多 变 ， 这 增加 了 煤矿 开采 过 程 中 的 不 安全 度 ， 经 常 导 致 恶性 事 








遇 














故 。 目 前 ， 我 国 








的 煤矿 安全 生产 形势 非常 严峻 ， 特 别 是 近年 来 矿难 时 常 发 生 ， 造 成 巨大 的 财 











产 和 生命 损失 。 























现 有 的 煤矿 安全 监控 系统 因为 存在 种 种 不 足 ， 已 经 无 法 满足 日 益 严 格 的 安全 



































需求 ， 人 迫切 需要 改善 。 当 煤矿 发 生 塌 方 、 爆 炸 等 事故 时 ， 快 速 确定 受 困 矿 工 的 位 置 并 有 效 和 















































救 是 关键 。 在 此 种 背景 下 ， 产 生 了 一 种 以 无 线 传感器 网 络 为 基础 的 煤矿 井下 人 员 定 位 系统 ， 




















实现 了 对 现 有 有 
安全 生产 水 3 














kl 





























跟踪 到 具体 人 员 


煤矿 井下 人 员 定 位 系统 监控 区 域 是 煤矿 井下 的 巷道 ， 监 控 目 标 上 携 有 特定 的 传感器 节 
点 ， 通 过 对 这 些 传感器 节点 的 实时 定位 ， 实 现 对 监控 目标 的 实时 定位 。 基 于 无 线 传感器 网 络 
的 煤矿 井下 定位 系统 的 设计 目标 是 实现 对 煤矿 井下 工作 人 员 所 处 位 置 的 跟踪 与 定位 ， 使 井上 
人 员 可 以 方便 地 通过 监控 系统 了 解 到 巷道 内 与 工作 面 上 人 员 分 布 状况 ， 并 可 根据 需求 精确 地 














线 监 控 系 统 无 法 监控 且 存 在 事故 危险 的 特殊 地 段 的 监控 ,能 有 效 地 提高 煤矿 
























































































































































的 行进 路 线 与 当前 井下 所 处 位 置 ， 以 保证 生产 顺利 进行 ， 并 为 发 生 紧 急 状 况 


























时 的 救援 工作 提供 信息 支持 。 
在 无 线 传感器 网 络 中 ， 运 用 区 域 定 位 技术 ， 通 过 定位 网 络 中 的 参考 节点 接收 目标 节点 





(矿工 随身 携带 ) 












































的 无 线 信 号 强度 RSSI 和 无 线 信 号 质量 等 信息 与 后 台 GIS 系统 相 结 合 ， 对 传 

















感 器 节点 进行 跟踪 与 定位 ， 从 而 随时 了 解 矿 工 的 工作 位 置 与 行进 路 线 ， 在 发 生 紧急 状况 时 可 





以 为 救援 提供 帮 
的 管理 水 平和 工 



































助 。 该 系统 还 能 应 用 于 人 员 调 度 、 监 控 、 考 勤 等 ， 提 高 矿山 及 其 他 高 危 行 业 
作 效 率 。 





10.1 ”功能 需求 











基于 无 线 传感器 网 络 的 煤矿 井下 定位 系统 是 煤矿 井下 安全 监测 和 无 线 定位 系统 。 该 系统 





的 设计 目标 是 实 

















现 对 井下 人 员 的 监控 、 定 位 和 危机 报警 等 功能 。 系 统 具 体 功能 如 下 。 


(1) 人 员 监 控 
该 系统 实现 了 对 井下 人 员 上 、 下 班 的 考勤 记录 以 及 工作 期 间 对 井下 人 员工 作 状态 的 监控 


功能 。 该 系统 可 
(2) 定位 功 





























帮助 控制 人 员 对 井下 工作 人 员 实 施 有 效 管理 ， 提 高 工作 效率 。 


台 忆 
用 



































民 据 对 定位 

















精度 要 求 的 不 同 ， 系 统 实 现 的 定位 功能 又 分 为 两 种 : 区 域 定 位 和 精确 定位 。 
185 
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1) 区域 定位 ， 区 域 定 位 对 定位 精度 要 求 低 ， 仪 需要 系统 能 够 知晓 移动 节点 所 经 过 的 区 
域 。 在 本 系统 中 ， 要 求 Sink 节点 在 移动 节点 经 过 该 Sink 节点 的 通信 禾 六 区 域 时 能 够 完成 对 
移动 节点 的 通过 检测 。 

2) 精确 定位 ， 精 确定 位 对 定位 精度 的 要 求 较 高 。 在 本 系统 中 ， 要 求 对 移动 节点 的 定位 精度 
小 于 等 于 3 米 。 

(3) 报警 功能 

在 报警 功能 中 ， 报 警 信 号 可 由 移动 节点 的 佩戴 者 触发 ， 也 可 由 控制 中 心 触发 。 由 移动 节 
点 的 佩戴 者 触发 的 报警 称 为 危机 报警 ， 由 控制 中 心 触发 的 报警 称 为 疏散 警报 。 

(4) 危机 报警 

危机 报警 由 佩戴 移动 节点 的 矿工 人 员 触 发 。 当 煤矿 井下 出 现 瓦 斯 浓度 过 高 、 矿 井 透 水 和 矿 
夫 塌 等 异常 情况 时 ， 矿 工 通过 移动 节点 上 的 按键 ， 人 工 发 出 危机 报警 信号 ， 向 控制 中 心 报警 。 

(5) 玻 散 警报 

玻 散 警 报 由 控制 中 心 触 发 。 当 井下 存在 风险 、 需 要 井下 人 员 玻 散 时 ， 控 制 中 心 触发 疏散 
警报 ， 通 过 移动 节点 上 频 紧 内 烁 的 指示 灯 通 知 下 人 员 撤 离 。 控 制 中 心 可 根据 井下 具体 情况 

通知 某 一 区 域 或 者 是 整个 矿井 的 矿工 踊 散 。 


L102 系统 设计 


整个 系统 由 两 个 部 分 组 成 :井上 部 分 和 井下 部 分 ， 如 图 10-1 所 示 。 

































































二 
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工作 面 1 


工作 面 3 


支 巷道 





标注 : 
[ 作 面 mn; 井口 转换 点 固定 接 入 节点 
国 中 继 器 〇 移动 节点 


， 
图 10-1 煤矿 系统 组 成 








井下 部 分 是 整个 系统 的 核心 ， 由 有 线 传输 网 络 和 无 线 定位 网 络 两 部 分 组 成 。 无 线 定位 网 














络 主要 包括 两 类 节点 : 
全 系统 可 以 对 其 进行 实时 定位 与 跟踪 ; 
息 。 有 线 传输 网 络 负责 将 因 
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固定 接 入 节点 和 移动 节点 。 移 动 节 点 问 固 定 接 入 节点 发 送 定位 信 标 ， 


























司 定 接 入 节点 主要 负责 采集 移动 节点 发 送 的 定位 信 









































为 系统 提供 数据 存储 、 处 理 和 显示 功能 。 


1103 硬件 组 成 


在 硬件 方面 ， 系 统 自 主 搭建 了 基于 MSP430F1611-CC1100 硬件 平台 方案 ， 利 用 CC1100 








无 线 通 信 芯 片 提供 的 强大 的 硬件 功 生 
无 线 通 信 芯 片 CC1100 是 一 款 功能 强 



























































息 。 定 接 入 节点 采集 的 信息 传送 到 井上 监控 系统 。 固 定 接 入 节点 所 获 
取 的 定位 信息 通过 485 总 线 回 传 至 控制 器 ， 控 制 器 汇聚 多 个 固定 接 入 贡 点 采集 的 信息 ， 
过 以 太 网 发 送 到 井上 监控 中 心 。 

井上 监控 中 心 系统 














并 通 














数据 库 服务 器 和 监控 终端 等 设备 组 成 ， 它 们 之 间 通 过 以 太 网 连接 ， 



































E 来 实现 目标 功能 。 





大 ， 操 作 简 便 并 且 原 理 简单 的 芯片。CC1100 不 仅 可 


以 完成 数据 接收 与 发 送 的 基本 功能 ， 并 且 可 以 自动 进行 位 同步 、 分 组 同步 、CRC 校 验 ， 对 数 


据 进 行 前 向 纠 错 (Forward Error Correction，FEC)、 











白化 (whitening》 以 及 休眠 与 唤醒 站。 所 



































以 ， 在 实现 上 ， 只 需 对 相应 的 寄存 器 进行 配置 即 可 ， 而 不 像 TR3000 通信 坊 片 ， 需 要 利用 软件 
来 实现 各 个 功能 。 














的 ， 























无 线 通 信 芯 片 CC1100 是 通过 简单 的 
首 且 一 般 作 为 从 机 。 世 



































4 线 SPI 接 口 (SI，SO，SCLK，CSn) 来 进行 配置 





中 ，SI 引 脚 为 数据 输入 引 脚 ，SO 引 脚 为 数据 输出 引 脚 ，SCLK 





引 脚 为 时 钟 输入 引 脚 ，CSn 引 脚 为 片 选 引 脚 ， 在 地 址 和 数据 传输 时 ， 该 引 脚 必须 保持 为 低 。 














简单 电路 连接 如 








名 











10-2 所 示 。 


P51/SIMO!1 
P52/SOMI1 


MSP430F1611 
P52/UCLK1 


P54/MCLK 


P55/SMCLK 


P56/ACLK 





] 10.4 TinyOS 实现 


10.4.1 软件 结构 框架 





在 基于 TinyOS 操作 系统 的 
把 功能 分 为 上 层 功 能 和 下 























图 10-2 MSP430F1611 与 CC1100 的 简单 电路 连接 图 









































k 体 代码 实现 过 程 中 ， 需 要 把 目标 功能 层次 化 和 模块 化 ， 























层 功 能 ， 不 同 功能 用 不 同 模块 表示 ， 模 块 间 
具体 功能 的 实现 是 在 下 层 模块 中 完成 的 ， 上 层 模 块 通过 接口 来 调用 下 层 模 块 的 功能 。 
块 的 连接 关系 用 配件 文件 表示 。 如 图 


























用 接口 连接 ， 接 口 
模 


























10-3 和 图 10-4 所 示 ， 分 别 为 项 目 组 设计 出 的 Sink 
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节点 和 移动 节点 基本 功能 结构 图 。 图 中 显示 了 程序 中 各 组 件 和 接口 及 他 们 相互 连接 调用 
的 关系 。 其 中 实 线 框 表示 模块 ， 虚 线 框 表 示 配 件 。 箭 头 左 边 的 为 上 层 模块 ， 篆 头 右 边 的 
为 下 层 模 块 。 
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10-3 ”Sink 节点 软件 结构 
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图 10-4 ”移动 节点 软件 结构 








10.4.2 ”模块 介绍 


1) 有 些 模块 是 TinyOS 系统 自 带 的 ， 如 表 10-1 所 示 。 主 要 用 于 对 节点 处 理 器 MSP430 
188 





bb 








的 初始 化 和 配置 ， 在 编写 nesC 程序 时 ， 需 根据 功能 需求 改变 其 中 一 些 函 数 或 寄存 器 的 本 


基于 WSN 的 煤矿 井下 定位 系统 | 第 10 过 























置 ， 然 后 再 调用 它们 来 完成 对 MSP430 的 控制 。 
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表 10-1 用 到 的 TinyOS 系统 自 带 模块 列表 
组 ” 件 功 能 应 用 说 明 
MainC 应 用 程序 入 、 
时 序 自 带 文 件 ， 编 程 时 不 用 改变 
PlatformC 硬件 初始 化 
RandomLfsrC 产生 随机 数 ， 用 于 随机 退 避 
VartC 于 MSP430 的 串口 通信 和 SPI 通信 
; .1 提供 1 秒 1 次 到 15 分 钟 1 次 的 时 钟 编程 时 需 对 它们 进行 连接 和 调用 来 实 
TimerMillip 中 断 现 其 功能 
Hpl MSP430InterruptP 产生 Msp430 的 P1、P2 端口 中 断 
Msp430TimerP 产生 Msp430 时 钟 中 断 
于 晶振 选择 、MSP430 时 钟 系统 的 
Msp430ClockP 于 Msp430 系统 时 钟 的 初始 化 配置 和 选择 、TimerA 和 TimerB 模块 的 


2) 另外 在 自主 设计 的 硬件 平台 基础 上 更 新 了 TelosB 软 伯 
器 模块 和 射频 模块 进行 配置 和 管理 等 。 












































配置 等 











F 平 台 ， 主 要 用 于 对 节点 的 传 感 







































































本 系统 在 实现 时 ， 主 要 用 到 了 如 表 10-2 所 示 的 三 个 模块 。 





在 具体 实施 过 程 中 ， 需 改变 、 连 接 和 调用 这 些 模块 。 





表 10-2 用 到 的 TelosB 平台 下 模块 列表 









































组 ” 件 功 能 应 用 说 明 
根据 不 同 应 用 调用 它 来 对 CC1100 的 
CC1100ControlP 初始 化 收发 器 CC1100 发 送 频 率 、 调 制 方式 、 载 波 门限 、 收 发 


数据 包 结构 进行 配置 








MSP430 通过 SPI 收发 器 CC1100 的 












































0 实现 数据 收发 功能 时 需 调 用 它 
HPLCC1100P FIFO 写 数据 或 从 FIFO 中 读数 据 在 实现 数据 收发 功能 时 需 调用 它 
UARTrtsctsC 为 Sink 节点 存储 并 转发 聚合 数据 Sink 节点 有 线 通信 时 调用 它 





3) 在 软件 实现 部 分 最 





























要 的 是 根据 WSN 的 不 同 应 用 


要 设计 开发 了 如 表 10-3 所 示 的 模块 。 





表 10-3 节点 功能 模块 列表 


功 能 











发 相应 的 功能 模块 ， 本 系统 主 


说 明 





节点 流程 模块 ， 包 括 节 点 MAC 层 流 





最 上 层 的 模块 文件 ， 负 责 程序 的 运行 


















































ACMAC 程 处 理 器 ， 以 及 射频 、 晶 振 不 同步 的 休 | 顺序 

眠 和 响 醒 - 
CC1100Radio 数据 收发 室 制 射频 模块 的 数据 收发 
LocalizationC 节点 定位 主要 运用 RSSP 测 距 技术 实现 定位 
ClocksMACcC 时 钟 ， 可 以 提供 毫秒 级 的 时 钟 人 


10.4.3 “主要 接口 与 连通 情况 介绍 





在 顶层 配置 文件 ACMAAppC ' 























调用 MSP430TimerP 来 完成 ， 实 现 略 





， 使 用 到 了 组 件 MainC、ACMAC、CC1100RadioC、 
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RandomLfsrC 、 ClockSMACC 、UARTrtsctsC ， 在 组 件 CC1100RadioC 中 提供 了 接 
a 、RadioState 、isCarrierSense ， 它 们 的 功能 分 别 是 物理 层 数据 包 分 组 、 射 频 占 用 状 
、 载 波 监听 ， 与 顶层 配置 文件 的 连通 情况 如 下 : 
ACMAC.PhyState -> CC1100RadioC; 


ACMAC.isCarrierSense -> CC1100RadioC; 
ACMAC.PhyPacket -> CC1100RadioC; 


在 Sink 节点 的 应 用 程序 中 需要 对 串口 通信 进行 实现 ， 在 这 里 顶层 配置 文件 通过 组 件 
UARTrtsctsC 提供 的 Send、Receive 接口 完成 Sink 节点 的 串口 通信 功能 
























































































































































ACMAC.Send -> UARTrtsctsC; 
ACMAC.Receive -> UARTrtsctsC; 


另外 ， 还 用 到 了 RandomLfsrC 的 用 于 产生 随机 数 的 Random 接口 等 等 。 


ACMAC.Random -> RandomLfsrC; 
ACMAC.Clock -> ClockSMACC; 


10. 4. 4 节点 运 行 流 程 
1. 移动 节点 流程 


如 图 10-5 所 示 ， 移 动 节点 流程 如 下 。 
1) 节点 初始 化 ， 包 括 MSP430 的 各 端口 、 寄 存 器 、 时 钟 、CC1100 工作 状态 以 及 各 个 

















并 
2 

















2) 判断 节点 周期 定时 器 t1 是 否 到 期 ， 如 果 到 期 则 进行 第 3) 步 。 

3) 节点 周期 定时 器 重新 赋值 ，t1=3000ms。 

4) 判断 标志 位 flag 是 否 等 于 0。 如 果 不 等 于 0， 表 示 节 点 在 上 一 轮 数据 收发 中 收 到 
了 区 域 定位 节点 的 ACK 信号 ， 处 于 15000 一 20000ms 的 休眠 中 ;， 如果 等 于 0， 表 示 节 点 
在 上 一 轮休 眠 中 没有 收 到 ACK 信号 或 收 到 ACK 信号 并 且 已 完成 休 卢 ， 这 样 可 以 进行 
第 5) 步 。 

5) 在 1000ms 内 随机 选择 一 个 时 间 点 世 ， 并 休眠 。 

6) 时 间 也 到 期 最 大 退 避 次 数 设 为 6。 

7) 判断 信道 忙 闲 。 如 果 信 道 性 ， 则 退 避 数 减 1， 并 在 11 一 20ms 内 选择 一 个 时 间 怒 ， 并 
休眠 ，t3 到 期 后 重复 步骤 7);， 如 果 信 和 道内， 则 节点 从 休眠 模式 中 激活 ， 并 发 送 数 据 包 
设置 最 大 的 ACK 接收 时 间 妇 为 llms。 

8) 判断 是 否 收 到 ACK。 如 果 在 好 到 期 内 都 没有 收 到 ACK 信号 ， 表 明 没 有 来 自控 制 
中 心 的 控制 命令 ， 则 节点 休眠 ， 等 待 下 一 次 周期 定时 器 到 期 ， 即 进入 步骤 2);， 如 果 在 去 
到 期 前 收 到 了 ACK 信和 号， 就 提取 其 中 的 控制 信息 并 执行 。 则 在 15000 一 20000ms 内 随机 选 
择 一 个 时 间 点 {5 作为 休眠 时 间 ， 并 把 标志 位 flag 置 1， 这 样 即使 周期 定时 器 到 期 ， 也 不 会 
发 送 定位 分 组 。 

9) t5 到 期 ， 把 标志 位 flag 复位 。 并 重复 以 上 步骤 。 

2. Sink 节点 流程 

Sink 节点 流程 较为 简单 ， 具 体 如 下 。 
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5、1000ms 内 





1、 开 始 ， 初 始 化 


2、 周 期 定时 器 
到 期 革 一 0? 


3、 周 期 定时 器 重新 
赋值 tl=Tlms 


时 间 点 世 ， 





道 忙 或 采 ? 


基于 WSN 的 煤矿 井下 定位 系统 0 第 10 章 







随机 选择 一 个 
并 休眠 。 














6、 时 间 世 到 期 ， 最 大 
退 避 次 数 设 为 6 








| 





退 避 数 减 1, 在 
T2~T3ms 随机 
选 个 时 间 点 名 





时 间 t3 到 期 











提取 控制 命令 并 
执行 ，T4=0, 并 
在 T5~T6ms 内 选 
择 一 个 时 间 点 全 并 
休眠, 赋值 flag=1 











并 休眠 。 





节点 为 活动 模式 ， 








1) 节点 初始 化 。 





图 10-5 ”移动 节点 流程 图 








2) 侦 听 信道 ， 判 断 有 无 信号 需要 接收 。 
3) 当 侦 听 到 空间 有 信和 号 时 ， 接 收 并 判断 包 类 型 号 ， 如 为 移动 节点 发 来 的 数据 报 ， 则 调 















































] UARTrtsctsC 模块 ， 并 回复 授 有 控制 命令 的 ACK 包 。 


3. 无 线 通 信和 模块 在 TinyOS 系统 下 的 实现 
在 节点 流程 模块 在 TinyOS 平台 下 实现 时 生成 的 组 件 连 接 图 中 ，ACMAC 为 主 程序 ， 它 
通过 调用 CC1100RadioC 来 收发 数据 包 ， 通过 调用 RadomLfsrC 来 产生 随机 退 避 数 ， 通 过 调 


























来 完成 电量 指示 和 报警 按键 驱动 。 丸 















































H 图 10-6 所 示 。 



















] Msp430TimerC 来 提供 ms 级 时 钟 ， 通 过 调用 UartC 来 进行 串口 通信 ;通过 调用 KeyLampC 
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TinyOs5 实用 编程 一 一 面向 无 线 传 感 网 节点 软件 开发 


Boot 







RadioState 


CC1100RadioC 


RandomLfsrC 


Msp430Compare 


Cewc 7 Msp430TimerControl 
Msp430Compare Msp430TimerC 


Msp430TimerControl 











Ce 


Vart Control 





Localization 


LocalizationC 





图 10-6 “无 线 通信 模块 在 TinyOS 平台 下 的 实现 
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附录 缩 咯 


WSN: Wireless Sensor Network 

DSN: Distributed Sensor Networks 

DARPA: Defense Advanced Research Projects Agence 
CEC: Cooperative Engagement Capability 
REMBASS: Remote Battlefield Sensor System 
TRSS: Tactical Remote Sensor System 

CENS: center of embedded networked sensing 
NeTS: networking technology and systems 
VFS: Virtual file system 

nesC: netwok embedded system C 

AM: Active Message 

HAA: Hardware Abstraction Architecture 
HPL: Hardware Presentation Layer 

HAL: Hardware Adaptation Layer 

HIL: Hardware Interface Layer 

HII: Hardware Independent Interfaces 

ADC: Analog to Digital Converter 

SPI: Serial Peripheral Interface 
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无 线 传感器 网 络 

分 布 式 传感器 网 络 项 目 
美国 国防 部 高 级 项 目 研 究 署 
协同 交战 能 力 系 统 

远程 战场 传感器 网 络 系统 
战术 远程 传感器 系统 
嵌入 式 智 能 传感器 研究 中 心 
网 络 技术 与 系统 

虚拟 文件 系统 

网 络 散 入 式 系统 C 语言 
主动 消息 

硬件 抽象 结构 

硬件 表示 层 
便 件 适 配 层 
硬件 接口 层 
硬件 无 关 接 口 
模 数 转换 器 
串 行 外 设 接 口 
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